面對審計、法規與客戶對資料庫加密、租戶隔離的強勢要求，DBA 與開發者需建構多層次防禦體系。單純依賴資料庫層面的加密與隔離並不足夠，前端應用安全、作業系統加密、滲透測試同樣關鍵。
常見誤區與現實挑戰
- 誤以為「加密開關」一開即萬事大吉，忽略金鑰管理、效能衝擊、程式碼重構成本。
- 前端應用若存在 SQL 注入或弱密碼，資料庫層面的加密與隔離形同虛設，攻擊者可透過合法連線解密存取。
- 多租戶隔離方案（獨立資料庫/實例/結構描述/資料列層級安全性）各有權衡，無銀彈。
可行的資料保護選項組合
- 升級至 SQL Server 2005+： 內建資料行級加密、對稱/非對稱金鑰、憑證管理、透明資料加密 (TDE, Enterprise 版)。
- 自建加密機制： 應用層加密（C#/Java Crypto API），金鑰由外部 HSM 或 Key Vault 管理，資料庫僅存密文。
- 第三方加密方案： 如 Vormetric、Thales、DbDefence 等，提供透明加密、存取控制、稽核日誌。
- 租戶隔離架構：
- 共享實例 + 結構描述/RLS 隔離（低成本、維運簡單）。
- 獨立資料庫（中等隔離、資源共享）。
- 獨立實例/伺服器（最高隔離、成本最高）。
- 每租戶獨立金鑰： 即使資料共存同表，無金鑰無法解密，實現密碼學隔離。
防禦纵深：資料庫之外的關鍵防線
- 輸入驗證與參數化查詢： 徹底杜絕 SQL 注入。
- 強式認證與最小權限： Windows 整合驗證、MFA、服務帳戶最小權限。
- 全盤加密： BitLocker / SED 保護實體磁碟被竊風險。
- 定期滲透測試： 工具（AppDetective、Nessus）+ 人工紅隊演練。
- 原始碼安全審計： Fortify、Checkmarx、SonarQube 靜態分析。
- 資料庫稽核與監控： SQL Audit、Extended Events、第三方 SIEM 整合。
溝通藝術：向非技術利害關係人說明
- 列出已部署控制措施、殘餘風險、成本效益比。
- 說明為何「全資料列加密」或「每客戶獨立實例」非最優解。
- 提供風險驗收矩陣，共同決策投資優先級。
