網(wǎng)絡安全-electronicmailsecurity-文庫吧
2025-09-13 11:27 本頁面
【正文】 接收者使用會話密鑰解密報文 – 可以使用 DiffieHellman算法生成會話密鑰 ? 保密性與認證 – 同時實現(xiàn)保密和認證 保密性 ? 發(fā)送方 – 生成消息 M并為該消息生成一個隨機數(shù)作為會話密鑰。 – 用會話密鑰加密 M – 用接收者的公鑰加密會話密鑰并與消息 M結合 ? 接收方 – 用自己的私鑰解密恢復會話密鑰 – 用會話密鑰解密恢復消息 M 保密性說明 ? 對稱加密算法和公鑰加密算法的結合可以縮短加密時間 ? 用公鑰算法解決了會話密鑰的單向分發(fā)問題 – 不需要專門的會話密鑰交換協(xié)議 – 由于郵件系統(tǒng)的存儲 轉(zhuǎn)發(fā)的特性，用握手方式交換密鑰不太可能 ? 每個消息都有自己的一次性密鑰，進一步增強了保密強度。所以，每個密鑰只加密很小部分的明文內(nèi)容 保密與認證的結合 ? 兩種服務都需要時，發(fā)送者先用自己的私鑰簽名，然后用會話密鑰加密消息，再用接收者的公鑰加密會話密鑰。 PGP操作描述 ——壓縮 ? 壓縮 – 壓縮有利于在電子郵件傳輸和存儲時節(jié)省空間 – 壓縮在簽名之后進行 ? 對沒有壓縮過的報文進行簽名，驗證時只需要存儲沒有壓縮過的報文和簽名 ? 便于采用不同的壓縮算法 – 加密壓縮過的報文可以加強加密的強度，因為冗余減少，密碼分析更加困難 – PGP采用 ZIP算法進行壓縮 PGP操作描述 ——電子郵件的兼容性 ? 電子郵件的兼容性 – PGP提供把原始 8位二進制流轉(zhuǎn)換成可打印 ASCII字符的服務 – 采用 Radix64轉(zhuǎn)換，每三個字節(jié)的二進制數(shù)據(jù)為一組映射成四個ASCII字符，附加 CRC校驗 – 使用 Radix64，報文長度增加了 33% Radix64編碼 PGP操作描述 ? Segmentation and Reassembly – Often restricted to a maximum message length of 50,000 octets. – Longer messages must be broken up into segments. – PGP automatically subdivides a message that is to large. – The receiver strip of all headers and reassemble the block. PGP消息的發(fā)送和接收 郵件數(shù)據(jù)處理 ? 順序：簽名 —— 壓縮 —— 加密 ? 壓縮對郵件傳輸或存儲都有節(jié)省空間的好處。 ? 簽名后壓縮的原因： – 不需要為檢驗簽名而保留壓縮版本的消息 – 為了檢驗而再做壓縮不能保證一致性，壓縮算法的不同實現(xiàn)版本可能會產(chǎn)生不同的結果 ? 壓縮之后再做加密的原因： – 壓縮后的消息其冗余小，增加密碼分析的難度 – 若先加密，則壓縮難以見效 ? Email兼容性 – PGP處理后的消息，部分或者全部是加密后的消息流，為任意的 8位字節(jié)。某些郵件系統(tǒng)只允許 ASC字符，所以 PGP提供了轉(zhuǎn)換到ASC格式的功能。采用了 Radix64轉(zhuǎn)換方案 PGP密鑰 ? PGP使用四種類型的密鑰： – 一次性會話傳統(tǒng)密鑰 – 公鑰 – 私鑰 – 基于口令短語的傳統(tǒng)密鑰 ? PGP對密鑰的需求 – 會話密鑰：需要一種生成不可預知的會話密鑰的方法， PGP使用了一種復雜的隨機密鑰生成算法 (一定的真隨機性 ) – 公鑰和私鑰 ? 需要某種手段來標識具體的密鑰 ? 一個用戶擁有多個公鑰 /私鑰對 ? 密鑰更新管理 – 私鑰如何保存 密鑰標識符和鑰匙環(huán) ? 一個用戶有多個公鑰 /私鑰對時，接收者如何知道發(fā)送者是用哪個公鑰來加密會話密鑰的？ – 將公鑰與消息一起傳送。 – 將一個標識符與一個公鑰關聯(lián)，對一個用戶來說唯一。即用戶 ID和密鑰ID標識一個密鑰 ? 定義 KeyID 包括 64個有效位 (PGP采用公鑰的低 64位作為 KeyID) ? 對于 PGP數(shù)字簽名， KeyID也很必需。 用哪個公鑰來驗證簽名？ ? 鑰匙環(huán) – KeyID對于 PGP非常關鍵。 ? PGP消息中包括兩個 keyID， 分別提供保密與認證功能。 ? 需要一種系統(tǒng)化的方
教學課件相關推薦
鄂ICP備17016276號-1