無(wú)線網(wǎng)絡(luò)安全技術(shù)研討課-第五講(已改無(wú)錯(cuò)字)
2023-03-31 22:16:47 本頁(yè)面
【正文】 ] 3. KDC ? A: EKa[IDB||Na||Ks||Tb]||EKb[IDA||Ks||Tb]||Nb 4. A ? B: EKb[IDA||Ks||Tb]||EKs[Nb] ? Tb 是與 B時(shí)鐘相關(guān)的時(shí)間，這就不需要各個(gè)時(shí)鐘的同步了，因?yàn)?B只檢查自己生成的時(shí)間戳。 ? 假定 A和 B利用上述協(xié)議建立了會(huì)話，則緊接著 A想要和 B建立新的會(huì)話，則使用下述協(xié)議即可： 1. A ? B: EKb[IDA||Ks||Tb], Na’ 2. B ? A: Nb’, EKs[Na’] 3. A ? B: EKs[Nb’] Mutual Authentication 公鑰加密方法 PublicKey Distribution of Secret Keys (NeedhamSchroeder’s Algorithm) ? 使用公鑰加密用于會(huì)話密鑰分配的一個(gè)方法： ? 假定通信雙發(fā)知道對(duì)方的公鑰 ? 這個(gè)假定通常并不現(xiàn)實(shí) 公鑰加密方法 ? 使用時(shí)間戳的協(xié)議 1. A ? AS: IDA||IDB 2. AS ? A: EKRas[IDA||KUa||T]||EKRas[IDB||KUb||T] 3. A ? B: EKRas[IDA||KUa||T]||EKRas[IDB||KUb||T]||EKUb[EKRa[Ks||T]] 該協(xié)議非常的簡(jiǎn)潔但要求時(shí)鐘同步 ? 由 Woo和 Lam提出的使用 nonces的方法 1. A ? KDC: IDA||IDB 2. KDC ? A: EKRauth[IDB||KUb] 3. A ? B: EKUb[Na||IDA] 4. B ? KDC: IDB||IDA||EKUauth[NA] 5. KDC ? B: EKRauth[IDA||KUa]||EKUb[EKRauth[Na||Ks||IDB]] 6. B ? A: EKUa[EKRauth[Na||Ks||IDB]||Nb] 7. A ? B: EKs[Nb] Mutual Authentication 單向 認(rèn)證 ? 電子郵件的應(yīng)用 ? 并不需要收發(fā)雙方同時(shí)在線 ? Email的頭必須是明文形式 ? 通常要求消息被加密，使得郵件處理系統(tǒng)無(wú)法訪問(wèn)消息 ? 同樣的需要認(rèn)證，接收者需要確定郵件來(lái)自宣稱的發(fā)送方 ? 對(duì)稱加密方法 1. A ? KDC: IDA||IDB||N1 2. KDC ? A: EKa[Ks||IDB||N1||EKb[Ks||IDA]] 3. A ? B: EKb[Ks,IDA]||EKs[M] ? 確保指定的接收者可以讀取消息 ? 同樣的需提供認(rèn)證以證明發(fā)送方是 A ? 不能抗重放攻擊 Authentication Protocols 公鑰加密方法 OneWay Authentication ? 先前討論的機(jī)制也適用于電子郵件應(yīng)用 公鑰加密方法 OneWay Authentication ? 如果機(jī)密性是主要關(guān)心的，則更有效的方法是： A ? B: EKUb[Ks]||EKs[M] ? 這個(gè)機(jī)制用 B的公鑰對(duì)該一次性密鑰加密，比直接用 B公鑰加密整個(gè)消息更有效。 ? 如果認(rèn)證是主要關(guān)心的，則使用數(shù)字簽名即可： A ? B: M||EKRa[H(M)] ? 攻擊者可能會(huì)剝?nèi)ハ⒌暮灻缓蟾缴献约旱?，并宣稱是他發(fā)送消息的。為了防止這種情況發(fā)生，消息和簽名可以使用接收者的公鑰加密。 A ? B: EKUb[M||EKRa[H(M)]] ? 靜夜四無(wú)鄰，荒居舊業(yè)貧。 , March 31, 2023 ? 雨中黃葉樹(shù)，燈下白頭人。 21:44:5621:44:5621:443/3
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1