第11章網(wǎng)絡安全-閱讀頁
2025-02-22 09:15本頁面
【正文】 N），如圖 。 1．服務 SSL把數(shù)據(jù)劃分為長度小于或等于 214字節(jié)的數(shù)據(jù)分片。這個服務是可選的。 （ 2）加密 /解密算法：客戶和服務器程序還需要協(xié)商同意使用一組加密和解密算法。為此已定義了幾種散列算法。 （ 5）加密參數(shù)的生成：為了實現(xiàn)報文的完整性和保密性， SSL需要 6個加密用的密鑰 /參數(shù)： 4個密鑰和兩個 IV（初始向量）。 （ 1）客戶和服務器先交換兩個隨機數(shù)：一個由客戶生成（ CR），另一個由服務器生成（ SR）。 （ 3）通過應用兩個散列函數(shù)（ SHA1和 MD5），從前主密中生成 48字節(jié)的主密，如圖 。 （ 5）從這個密鑰材料中提取 6個不同的密鑰 /參數(shù)，如圖 。會話是客戶和服務器之間的關聯(lián)。 SSL定義了兩層共 4個協(xié)議來完成自己的任務，如圖 。 握手過程分為 4個階段，如圖 。因為發(fā)送方和接收方需要有兩個狀態(tài)，而不是一個狀態(tài)。 3．告警協(xié)議 SSL通過告警協(xié)議來報告差錯和異常狀態(tài)。 4．記錄協(xié)議 記錄協(xié)議運載來自上一層（握手協(xié)議、改變加密規(guī)約協(xié)議、告警協(xié)議或應用層）的報文。 圖 ，接收方的處理過程就是它的逆過程。所以，協(xié)議為每種操作定義了一組算法（例如， A可以選擇用 DES進行加密 /解密，并選擇用 MD5進行散列）。因為沒有協(xié)商過程，目前的電子郵件安全協(xié)議要求使用對稱密鑰算法進行加密 /解密，并且這個一次性的密鑰要跟隨報文一起發(fā)送。例如，我們需要對密鑰加密或者對報文簽名。 （ 2） A產(chǎn)生一個報文摘要并用自己的私鑰對它簽名后跟隨電子郵件，當 B收到這個報文時，他要用 A的公鑰來驗證報文摘要。圖 。 1．加密的報文語法（ CMS） 為了能夠在 MIME內(nèi)容類型中增加像保密性和完整性這樣的安全服務， S/MIME定義了加密的報文語法（ CMS），這個語法逐個地定義了用于每一種內(nèi)容類型的明確編碼機制。 （ 1）數(shù)據(jù)內(nèi)容類型。 （ 2）簽名的數(shù)據(jù)內(nèi)容類型。這種編碼的結(jié)果是稱為 signedData（簽名的數(shù)據(jù)）的對象。 圖 。此類型用于提供報文的完整性。這種編碼的結(jié)果是稱為 digestedData（摘要的數(shù)據(jù)）的對象，圖 。此類型用于提供數(shù)據(jù)的鑒別，這種對象稱為authenticatedData（鑒別的數(shù)據(jù)）。 3．密鑰管理 S/MIME中的密鑰管理綜合了 PGP所使用的密鑰管理機制。但是它又像 PGP定義的那樣，由用戶負責維護信任關系網(wǎng)來驗證簽名。 mimetype=envelopeddata contentTransferEncoding: Radix64 contentDescription: attachment name=” ” 。圖。 圖 。圖 HTTP的應用網(wǎng)
教學課件相關推薦
鄂ICP備17016276號-1