MySQL LOAD DATA LOCAL 安全風險與防護：客戶端檔案竊取、Web 環境繞過與雙向禁用機制

兩大攻擊面

防護演進歷程

• 3.23.49 / 4.0.2 前：預設開啟，無防護。
• 3.23.49+：客戶端庫編譯選項 --enable-local-infile 控制預設行為。
• 現代版本：雙向顯式啟用機制。

四層防護矩陣

原則：四層同時生效，任一層禁用即阻斷功能。

啟用例外場景 (若業務必須)

1. 伺服器 my.cnf：local-infile=1
2. 客戶端連線字串：?allowLocalInfile=true (Connector/J) / MYSQL_OPT_LOCAL_INFILE=1 (C API)
3. 限制：僅允許受信任應用帳號、指定來源 IP、審計日誌記錄每次執行。

選項檔配置 (舊版客戶端相容)

[client]
loose-local-infile=1  # loose- 前綴避免舊版客戶端報錯

錯誤訊息識別

ERROR 1148 (42000): The used command is not allowed with this MySQL version

表示雙向任一端已禁用 LOCAL 功能。

結語

LOAD DATA LOCAL 是歷史兼容性遺留的高風險功能。現代最佳實踐：全面禁用 (編譯/運行/客戶端/應用四層)，業務遷移至 LOAD DATA INFILE (伺服器端檔案、可控路徑) 或應用層流式寫入。若極少數場景必須保留，實施最小權限帳號、IP 白名單、全審計三重防護。

1. 上一篇文章： MySQL 安全強化全景指南：密碼傳輸加密、最小權限、root 禁用、審計與防火牆纵深防禦
2. 下一篇文章： MySQL 10 個鮮為人知的實用技巧：XML 輸出、快速重建索引、壓縮表、CSV 匯出、Strict 模式與監控命令

MySQL 資料庫相關知識

MySQL 索引失效五大經典場景深度解析與排查實戰

索引失效 = 全表掃描 = 性能災難 通過 EXPLAIN

SQL Server 2005 維護計劃：自動備份與定期清理實戰

SQL Server 2005 引入維護計劃視覺化設計器，將

SQL 四大語言體系詳解：DDL、DML、DCL、TCL 區別與實例

DDL（Data Definition Language）

MySQL 運行狀態監控的兩種核心方法與自動化巡檢腳本

方法一：MySQL 客戶端原生命令（輕量、無依賴） 1.