《密鑰管理與證書》ppt課件-全文預覽
【正文】 其證書頒發(fā) CA， 所以，建立這種信任網也很合理?允許用戶頻繁通信的 CA之間直接交叉認證，以降低認證路徑處理量?CA私鑰泄露引起的恢復僅僅涉及到該 CA的證書用戶－ 缺點：?認證路徑搜索策略可能很復雜?用戶僅提供單個認證路徑不能保證 PKI的所有用戶能驗證他的簽名網絡型結構eCommCA － 電子商務 CA 系統(tǒng)證書（從頒發(fā)者到持有者）交叉證書認證結構（ CA）證書用戶用戶 X 用戶 Y－ eCommCA 采用混合結構：?層次型和?網絡型－ 根 CA的主要職責是?認證下級 CA而不是為端用戶頒發(fā)證書?可能會和其他政府根 CA或非政府 CA之間進行交叉認證－ 每個非根 CA都有源于根 CA的層次認證路徑，所以，每個端實體都有一個證書其認證路徑源于根 CA－ 除了根 CA外，每個 CA都有單個父 CA， 在 CA的目錄屬性中，屬性證書存放父 CA發(fā)行的層次型證書，而其他屬性交叉證書則提供網絡型的認證路徑混合型結構國家級 CA地區(qū)級 CA地區(qū)級 CA組織級 CA 組織級 CAeCommCA － 電子商務 CA 系統(tǒng)倉庫和目錄：－采用公鑰體制的關鍵是一方可以獲取并信任另一方的公開密鑰。證書黑表eCommCA － 電子商務 CA 系統(tǒng)認證路徑體系結構eCommCAeCommCA － 電子商務 CA 系統(tǒng)用戶 X用戶 Y證書（從頒發(fā)者到持有者）交叉證書認證結構（ CA）證書用戶層次型結構－ 用戶 X的證書認證路徑為 CA4?CA2 ?CA1（ ROOT）－ 優(yōu)點：?類似政府之類的組織其管理結構大部分都是層次型的，而信任關系也經常符合組織結構，因此，層次型認證結構就成為一種常規(guī)體系結構。eCommCA － 電子商務 CA 系統(tǒng)? 用戶的私鑰可能已泄露，相應的公鑰將不再有效；? 用戶可區(qū)分名被改變；? CA不再認證用戶；? CA的私鑰可能已泄露；? 用戶違反了 CA的安全策略。?主體備用名?頒發(fā)者備用名?。 PEM, MOSS, S/MIME234。自己擁有秘密密鑰 234。eCommCA － 電子商務 CA 系統(tǒng)為什么需要證書 ？l安全服務依賴于 :234。結果否定 肯定停止 CA可信？用該 CA頒發(fā)者的證書驗證它是 否證書驗證流程eCommCA － 電子商務 CA 系統(tǒng) 證書l要求 CA認證公鑰對應于名字l證書格式的標準就是 可廣泛用于基于公鑰體制的應用如：234。 , eCommCA － 電子商務
公司管理相關推薦
鄂ICP備17016276號-1