在分散式計算環境中，用戶需透明存取跨網域、跨平台資源。傳統「每資源一登入」模式不僅繁瑣，且難以集中管理、易遭竊聽重放攻擊。鑑別 確認「你是誰」，授權 決定「你能做什麼」，兩者結合構建零信任基石。本文深度解析三大經典方案核心機制。

核心挑戰與設計原則

• 單點登入 (SSO)：用戶一次登入，取得憑證 (Ticket/Token)，後續存取無需重複認證。
• 可信主機/代理：系統信任其他系統已驗證用戶身分 (UNIX rhosts, NetWare 4.x 信任關係)。
• 一次性憑證/時效性：攔截的認證資訊在會話結束後失效，防重放攻擊。
• 完整性保護：確保請求未被竄改、偽造，來源可驗證。

Kerberos (MIT Athena 專案 → OSF DCE 標準)

核心架構：三方信任模型

• KDC (Key Distribution Center)：包含 AS (Authentication Server) 與 TGS (Ticket Granting Server)。
• Realm：單一管理域，共享 KDC 資料庫。
• Principal：用戶/服務唯一標識 (user@REALM, service/host@REALM)。

流程簡述

1. 用戶請求 TGT (Ticket Granting Ticket) → AS 驗證密碼派生金鑰解密 → 回傳 TGT (含 Session Key，加密給 TGS)。
2. 用戶持 TGT 向 TGS 請求服務票據 (Service Ticket) → TGS 驗證 TGT → 回傳 Service Ticket (含 Service Session Key，加密給目標服務)。
3. 用戶持 Service Ticket 向應用服務器發起請求 → 服務器驗證 Ticket → 建立安全會話 (可選雙向認證)。

關鍵特性

• 密碼不離開客戶端，網路傳輸僅加密票據。
• 時間同步關鍵 (通常容差 5 分鐘)，防重放。
• 支援跨 Realm 信任 (Cross-realm Trust) 與轉發票據 (Forwardable/Proxiable)。

RSA 公開金鑰密碼系統 (RSA Data Security)

非對稱加密核心

• 金鑰對：公開金鑰 (加密/驗簽) 公開分發；私有金鑰 (解密/簽名) 絕不離開持有者。
• 數學基礎：大整數分解困難性 (RSA-2048 以上目前安全)。
• 雙重用途：機密性 (公開鑰加密，私鑰解密) + 鑑別/不可抵賴 (私鑰簽名，公開鑰驗證)。

在 NetWare 4.x (NDS) 中的應用

• 用戶登入時，客戶端用私鑰簽署時間戳挑戰碼，伺服器用公開鑰驗證 → 確認用戶持有私鑰。
• 登入成功後，派生會話金鑰加密後續通訊，密碼不再網路傳輸。
• 每個登入會話分配唯一識別碼 (非密碼)，用於後續請求鑑別，防竊聽重放。

NetWare 4.x 驗證機制 (基於 RSA + NDS)

• 背景認證：用戶無感知，登入後自動完成。
• 存取控制表 (ACL)：綁定 NDS 物件屬性，精細授權至屬性級別。
• 完整性保證：訊息簽名確保來源合法、未竄改、未重放。

三大方案對比總結

維度	Kerberos	RSA (NetWare 4.x)	傳統對稱金鑰
金鑰類型	對稱 (DES/AES)	非對稱 (RSA) + 會話對稱鑰	單一共享密鑰
信任模型	中心化 KDC	公開金鑰基礎設施 (PKI) / 信任鏈	預共享密鑰
跨域擴展	Cross-realm Trust	憑證鏈/信任錨點	極難擴展
時間依賴	強依賴 (同步關鍵)	弱依賴 (Nonce/時間戳輔助)	通常需時間戳
主要應用場域	Windows Active Directory, UNIX/Linux, Hadoop, Kubernetes	NetWare/eDirectory, 早期 PKI 應用, S/MIME, SSL/TLS 根基	早期閉合系統、硬體加密裝置