加密架構
SQL Server 6.0/6.5 透過多重協定網路庫的「加密選項」提供網路資料加密，僅支援 16 位元與 32 位元用戶端。
技術實作
- 依賴 Microsoft Windows NT RPC (Remote Procedure Call) API
- 採用 40 位元 RC4 演算法
- 屬可出口加密技術，美版與國際版無差異
啟用方式
- 用戶端：在「用戶端網路公用程式」中，選擇「多重協定」網路庫 → 「屬性」 → 勾選「加密資料」
- 伺服器端：同樣在「伺服器網路公用程式」啟用多重協定並勾選加密
- 雙端皆啟用後，網路封包自動加密傳輸
關鍵限制與注意事項
| 項目 | 說明 |
|---|
| 適用版本 | 僅 SQL Server 6.0 / 6.5 |
| 加密強度 | 40-bit RC4，現代標準視為不安全，易遭暴力破解 |
| 效能影響 | CPU 額外負載約 10~20%，高延遲網路影響更明顯 |
| 相容性 | 不支援 Named Pipes、TCP/IP 等其他網路庫直接加密 |
| 驗證 | 加密不包含驗證機制，仍需依賴 SQL Server/Windows 整合驗證 |
現代替代方案（SQL Server 2000+）
- IPSec：作業系統層級封包加密，透明應用，支援 3DES/AES
- SSL/TLS (Force Encryption)：SQL Server 2000 SP3+ 支援憑證式加密連線
- 資料庫層級加密：SQL Server 2008+ TDE (Transparent Data Encryption) 保護靜態資料
- Always Encrypted：SQL Server 2016+ 用戶端加密，金鑰不離開應用層
結論
SQL Server 6.x 內建加密僅具歷史參考價值。現代環境應採用 IPSec 或 TLS 加密傳輸，搭配 TDE/Always Encrypted 保護靜態與使用中資料。
- 上一篇文章： SQL Server 2000 架構解析：伺服器組件、用戶端工具與版本選擇指南
- 下一篇文章： SQL Server 入門（七）：游標完整語法、類型與最佳實務指南
Copyright ©
程式碼之家 All Rights Reserved
