MySQL mysqlbug 腳本不安全臨時文件漏洞 (CVE-2004-0381) 分析與修復

官方修復方案

1. 升級：MySQL 4.0.16 / 4.1.1+ 已修復 (使用 mktemp 生成隨機文件名)
2. 補丁回港：https://www.mysql.com/doc/en/Installing_source_tree.html
3. 臨時緩解：移除 mysqlbug 腳本權限 chmod 0 mysqlbug 或刪除

代碼級修復模式 (通用最佳實踐)

# 錯誤示範
TMPFILE="/tmp/myapp-$$.tmp"
echo "data" > $TMPFILE

# 正確示範 (Shell)
TMPFILE=$(mktemp /tmp/myapp.XXXXXX) || exit 1
trap "rm -f $TMPFILE" EXIT
echo "data" > $TMPFILE

# 正確示範 (Perl)
use File::Temp qw(tempfile);
my ($fh, $filename) = tempfile(DIR => '/tmp', UNLINK => 1);
print $fh "data";

核心原則：**隨機文件名 + 原子創建 (O_CREAT|O_EXCL) + 陷阱清理 + 最小權限目錄**。

同類歷史漏洞對比

現代防禦體系

• 編譯器強化：-D_FORTIFY_SOURCE=2 檢測危險函數
• 內核保護：fs.protected_symlinks=1、fs.protected_hardlinks=1 (Linux 3.6+)
• 沙箱隔離：systemd PrivateTmp=yes、容器臨時目錄隔離
• 靜態分析：Coverity/CodeQL 檢測 tmpfile/mktemp 誤用模式
• 供應鏈審計：SBOM 掃描已知 CVE 組件

結語

CVE-2004-0381 是經典的「臨時文件競態」教科書案例。**修復不僅是升級版本，更是建立安全編碼規範：禁止硬編碼臨時路徑、強制使用安全 API、CI 集成靜態掃描、運行時沙箱隔離**。現代 Linux 內核與 systemd 已在系統層面大幅縮小攻擊面，但應用層邏輯缺陷仍需開發者自律。

1. 上一篇文章： MySQL 企業級市場突圍：從「免費替代品」到「雲原生標配」的商業化演進
2. 下一篇文章： SQL Server 到 MySQL 數據遷移：DTS 導出文本 + LOAD DATA 免代碼實戰

MySQL 資料庫相關知識

MySQL 錯誤「Can't open file: 'xxx.MYI'」完整修復指南

錯誤成因 Cant open file: xxx.MYI (

MySQL入門系列：欄位型別選擇與查詢效能優化策略

欄位型別選擇黃金法則 優先使用定長欄位： 如 CHAR 優

phpMyAdmin 查詢資料庫資料：SQL 與視覺化雙軌操作

phpMyAdmin 提供兩種查詢資料的主要方式：手寫 SQ

MySQL 索引優化實戰：類型選擇、創建策略、EXPLAIN 分析與引擎配合

索引核心價值 索引是提升查詢性能的關鍵。無索引時 MySQL