密鑰管理與證書(1)(參考版)
2025-01-13 19:01本頁面
【正文】 s identity signed by A ? 32. 雙向認證 ? 2 消息 (AB, BA) A{tA, rA, B, sgnData, EkUb[Kab] } B{tB, rB, A, rA, sgnData, EkUa[Kba] } 33. 三向認證 ? 3 messages (AB, BA, AB) A{tA, rA, B, sgnData, EkUb[Kab] } B{tB, rB, A, rA, sgnData, EkUa[Kba] } A{rB} 34. 小結 ? 密鑰管理問題 ? 證書與 CA39。 ? 分三步驟： （ 1）獲得本地 TGS的訪問權； （ 2）請求一張遠程 TGS的票據許可票據； （ 3）向遠程 TGS申請其領域內的服務許可票據 細節(jié)描述： (1) C ? AS : IDC || IDtgs || TS1 (2) AS ? C : EKC[Kc,tgs || IDtgs || TS2 || Lifetime2 || Tickettgs] (3) C ? TGS: IDtgsrem || Tickettgs || Authenticatorc (4) TGS ? C: EKc,tgs[Kc,tgsrem || IDtgsrem || TS4 || Tickettgsrem] (5) C ? TGSrem: IDvrem || Tickettgsrem || Authenticatorc (6) TGS ? C: EKc,tgsrem[Kc,vrem || IDvrem || TSb || Ticketvrem] (7) C ? Vrem: Ticketvrem || Authenticatorc C AS TGS TGSrem Vrem (1) (2) (3) (4) (5) (6) (7) 21. Kerberos Version 5 ? 改進 version 4 的環(huán)境缺陷 – 加密系統依賴性，需 DES – Inter協議依賴性，需 IP地址 – 消息字節(jié)次序（不明確字節(jié)順序） – Ticket的時效性（可能太短） – 認證轉發(fā)，用戶的認證不能轉發(fā)到其它主機或用戶。 ? 條件： ? 每一個轄區(qū)的 Kerberos 服務器與其它轄區(qū)內的 Kerberos服務器之間共享一個保密密鑰。 – Kerberos服務器必須與每一個服務器之間共享一個保密密鑰。 IDv : 確認該 ticket是為 server V簽發(fā)的； TS4 : 告訴 client該 ticket簽發(fā)的時間； TicketV : client用以訪問服務器 V的 ticket； Tickettgs: 可重用，從而用戶不必重新輸入口令； EKtgs : ticket用只有 AS和 TGS才知道的密鑰加密，以預防篡改； Kc,tgs : TGS可用的 session key副本，用于解密authenticator,從而 認證 ticket； IDc : 指明該 ticket的正確主人； 17 基本原理 客戶 /服務器鑒別交換 : Message(5) client 請求 服務 Ticketv : 向 服務器 證實該用戶已被 AS認證； Authenticatorc:由 客戶 生成，用于驗證 ticket有效； Message(6) 客戶對服務器的可選認證
公司管理相關推薦
鄂ICP備17016276號-1