MSSQL 與 MySQL 安全性深度對比：內部控制、網絡暴露與腳本注入三維分析

測試基線環境

• OS：Windows 2000 SP4 + IIS + FTP
• DB：MSSQL 2000 / MySQL 4.x (默認安裝)
• 賬號：單一 Admin，Guest 未禁用

一、系統內部安全性

1. MySQL 權限體系缺陷

默認 mysql.user 表存在高風險記錄：

+-----------+------+----------+-------------+-------------+-----------+
| host      | user | password | delete_priv | update_priv | drop_priv |
+-----------+------+----------+-------------+-------------+-----------+
| localhost | root | ****     | Y           | Y           | Y         |
| %         | root | (空)     | Y           | Y           | Y         |  ← 任意主機無密碼 Root
| localhost |      | (空)     | Y           | Y           | Y         |  ← 本地匿名高權限
| %         |      | (空)     | N           | N           | N         |
+-----------+------+----------+-------------+-------------+-----------+

修復：DELETE FROM user WHERE host='%' AND user='root'; DELETE FROM user WHERE user=''; FLUSH PRIVILEGES;

2. MySQL 安裝目錄 ACL 失控

默認安裝 C:\MySQL 繼承 C:\ 的 Everyone:Full Control，惡意用戶可刪除數據文件。
對策：重置 ACL 僅保留 SYSTEM/Administrators/MySQL 服務賬號；或安裝至非系統盤並獨立設置權限。

3. MSSQL 默認 sa 空密碼 + 擴展預存風險

• sa 默認空密碼，擁有 sysadmin 角色
• xp_cmdshell 允許直接執行 OS 命令：EXEC master..xp_cmdshell 'net user hack 123 /add'

修復：
USE master; SELECT name, password FROM syslogins WHERE password IS NULL; 掃描空密碼
EXEC sp_dropextendedproc 'xp_cmdshell'; 移除危險擴展 (業務確實不需要時)

4. MSSQL 系統管權限 = 數據庫權限

Windows Authentication 允許本地管理員組直接以 sysadmin 登入。OS 提權即 DB 提權。
對策：嚴格控制本地管理員組；啟用登入審計；定期 findstr /C:"登錄" *.log 排查異常。

內部安全小結

MSSQL 擁有完整審計日誌 (登入/失敗/操作)，事後追蹤優於 MySQL。但若配置得當，**MySQL 權限模型更細粒度、攻擊面更小** (無 OS 權限繼承、無 xp_cmdshell 等效功能)。

二、外部網絡安全性

1. 服務探測：MSSQL 1434/UDP 信息洩露更嚴重

向 1434/UDP 發送 0x02 即可獲取：實例名、版本、命名管道、**真實 TCP 端口** (即使修改了 1433)。此行為不可禁用、不可修改端口。
對策：邊界防火牆封禁 1434/UDP；IPsec 限制來源 IP；部署蜜罐誘捕掃描者。

2. 密碼攻擊：暴力破解 + 網絡監聽雙重威脅

• 字典/暴力/混合攻擊 → 強密碼 + 帳號鎖定策略 + 失敗 IP 封禁
• 網絡監聽 (ARP 欺騙/交換器鏡像/混雜模式) → **明文傳輸下密碼複雜度無效**

根治：強制 **SSL/TLS 加密傳輸** (MySQL require_secure_transport=ON，MSSQL Force Encryption)；部署證書基礎設施 (PKI)。

3. 腳本注入：通用風險，語言無關

ASP/PHP/JSP 皆受 '; -- # $ @ 等特殊字符影響。核心在於：**參數化查詢 + 輸入驗證 + 最小權限賬號**，而非依賴 WAF/過濾器。

三、恢復能力對比

• MSSQL：檢查點機制、事務日誌順序寫入、頁級恢復、線上恢復，抗損壞能力強
• MySQL (MyISAM)：表級鎖、無事務日誌，崩潰易導致整表損壞，需 myisamchk 修復，風險高
• MySQL (InnoDB)：Redo/Undo Log、雙寫緩衝、崩潰恢復，接近商業級可靠性 (5.5+ 默認)

綜合結論與選型建議

選型決策樹

• .NET 生態、Windows 深度整合、企業級支持合同 → MSSQL
• 跨平台、雲原生、微服務、成本敏感、開源優先 → MySQL/Percona/MariaDB
• 極高一致性、金融核心、Oracle 相容 → PostgreSQL / Oracle / 商業 DB

結語

「哪個更安全」沒有標準答案，**安全性 = 產品特性 × 配置硬化 × 運營能力 × 威脅模型**。MySQL 經硬化後在邏輯隔離、攻擊面控制上具備結構性優勢；MSSQL 在審計深度、災難恢復、企業級生態上更成熟。關鍵在於：不要相信默認安裝，要相信持續的安全運營投入。