MSSQL SA 權限入侵實戰剖析與防禦對策

前言：SA 權限的極高風險

本文以駭客視角剖析 MSSQL SA 權限被濫用上傳 WebShell 的完整攻擊鏈，揭示程式設計師使用 SA 連接資料庫的嚴重後果。

攻擊前置條件

1. 存在 SQL Injection 漏洞，資料庫為 MSSQL。
2. 資料庫連線權限為 SA。
3. 後台具備檔案上傳功能。

實戰攻擊流程

1. 確認環境與上傳路徑

透過工具（如 NBSI）確認 SQL Injection、SA 權限。觀察前台圖片路徑（如 /admin/uploadpic/xxx.gif）推斷上傳目錄。

2. 取得網站實體路徑

使用 NB Commander 列舉目錄樹，耐心尋找網站根目錄（如 D:\9x3x9）。

3. 繞過後台登入

嘗試暴力破解失敗後，讀取 conn.asp、quanxian.asp 等原始碼，發現 Session 驗證僅檢查 Session("wsl") = 1。上傳簡單 ASP 腳本設定該 Session 值，即繞過登入進入後台。

提示：Session 與 Cookie 同屬用戶端狀態，若瀏覽器禁用 Cookie 則 Session 失效。Session 逾時預設 20 分鐘，過度使用大型物件會拖垮伺服器。

4. 植入 WebShell

找到上傳功能，將 ASP 木馬改名為 .gif 上傳（如 uploadpic/xxx.gif），再利用複製/重命名功能改為 .asp，完成植入。

總結與防禦建議

• 嚴禁應用程式使用 SA 連線：一旦遭 SQL Injection，伺服器極易淪為肉雞。
• 移除不需的擴展預存程序：xp_cmdshell 等是駭客利器，用不到即刪除。
• 採用最小權限原則，建立專用低權限資料庫帳號供應用程式使用。
• 定期稽核資料庫權限、上傳目錄權限與檔案類型驗證機制。