資料庫伺服器安全全景掃描：漏洞區域、密碼管理與後門風險

傳統資料庫安全僅關注用戶帳號、角色與對象權限，實際防護需覆蓋廠商軟體缺陷、管理配置失誤、用戶行為風險三大維度，並深入網絡設備、作業系統、資料庫核心三層。本文系統梳理主流關係型資料庫（MS SQL Server、Sybase、Oracle 7/8）的標準安全功能缺失、密碼管理盲區、OS 後門利用、審計配置不足、特洛伊木馬植入等核心風險，並給出評估建議。

一、標準安全功能嚴重缺失

下表對比主流資料庫與 OS 期望的基礎安全特性：

管理帳號（sa、system/sys）無法重命名，且缺乏鎖定機制，極易遭受字典暴力破解。兼容性考量導致多數部署仍依賴資料庫原生脆弱認證，而非 OS 級 Kerberos/NTLM。

二、密碼管理的隱秘通道

• Oracle Internal 密碼：存放於 strORCL.cmd 明文文件，用於資料庫啟動，洩露即意味著完全控制權。
• Listener 密碼：控制監聽進程啟停，存放於 listener.ora，被竊可發動 DoS 攻擊癱瘓電子交易。
• orapw 密碼文件：儲存 SYSDBA 授權帳號密碼，雖經加密但權限配置不當易遭離線破解。

幾乎所有主流資料庫均存在類似明文/弱加密存儲問題，須嚴格限制文件存取權限（chmod 600），並定期輪換。

三、作業系統後門：擴展存儲過程與 UTL_FILE

• SQL Server / Sybase：sa 權限下調用 xp_cmdshell 以服務帳號（預設 LocalSystem，最高權限）執行任意命令，可直接添加系統管理員。
• Oracle UTL_FILE：UTL_FILE_DIR 配置不當可讓資料庫用戶任意讀寫 OS 文件系統，構成提權路徑。

四、審計與特洛伊木馬

• 審計僅在合理配置下有效，需記錄失敗登入、DDL/DML 操作、權限變更，並設置告警閾值。
• 存儲過程木馬（如修改 sp_password 竊取新密碼）可長期隱蔽收集憑證，需對系統對象完整性建立基線校驗機制。

五、總結與建議

1. 部署自動化掃描工具定期評估資料庫配置基線。
2. 實施資訊風險管理：持續監測、檢測異常、快速響應漏洞。
3. 採用最小權限原則，移除所有預設帳號、示例資料庫、擴展存儲過程。
4. 加密傳輸（TLS）、加密備份、密鑰管理獨立於資料庫。

資料庫安全非一次性配置，而是持續的生命週期管理。DBA、審計人員、架構師需共同納入電子商務系統的風險治理框架。