計算機(jī)安全保密xxxx-07身份認(rèn)證(編輯修改稿)
2025-03-03 19:59 本頁面
【文章內(nèi)容簡介】 的值，不存儲口令。n 摻雜口令：用一隨機(jī)字符串與口令連接，再用單向函數(shù)計算。再將隨機(jī)字符串的值和單向函數(shù)運(yùn)算結(jié)果存入主機(jī)。n SKEY，一次性口令。1/28/2023 71 認(rèn)證協(xié)議n 一次性口令 (OTP： One Time Password)n 在登錄過程中加入不確定因素，使每次登錄過程中傳送的信息都不相同，以對付重放攻擊。1. 進(jìn)行口令認(rèn)證的雙方共同擁有一串隨機(jī)口令，在該串的某一位置保持同步，適用于人工控制環(huán)境中。2. 進(jìn)行口令認(rèn)證的雙方共同使用一個隨機(jī)序列生成器，使用相同的 “ 種子 ” ，保持同步。3. 進(jìn)行口令認(rèn)證的雙方維持時鐘同步，使用時間戳。1/28/2023 72 認(rèn)證協(xié)議一次性口令的生成方式：n 使用 Token Card(硬件 )計算一次性口令。n 使用挑戰(zhàn) /回答方式時，該卡配有數(shù)字按鍵，輸入挑戰(zhàn)值；n 使用時間同步方式時，該卡每隔一段時間就重新計算口令；卡上還可帶有 PIN碼保護(hù)裝置。n Soft Token(軟件 )，某些軟件能夠限定用戶登錄的地點(diǎn)。1/28/2023 73 認(rèn)證協(xié)議n 增加基于口令認(rèn)證的安全性：n 利用時延；n 使用 “ 生僻 ” 口令；n 避免暴露無效用戶；n 一次性口令。1/28/2023 74 認(rèn)證協(xié)議2 基于對稱密碼的認(rèn)證n 1978年， Needham和 Schroeder雙向身份認(rèn)證。n 密鑰分發(fā)中心 (KDC)是可信任機(jī)構(gòu)；1/28/2023 75 認(rèn)證協(xié)議(1) AKDC： A欲與 B通信，明文消息中含大隨機(jī)數(shù) Ra； AKDC： A||B||Ra(2) KDCA：使用 KDC和 A的共享密鑰 Ka加密消息： A與 B的會話密鑰 Ks、 Ra、 B的名字、只有 B看得懂的許可證 Ekb[Ks||A]。Kb是 KDC與 B的共享密鑰。 KDCA： Eka[Ra||B||Ks||Ekb[Ks||A]](3) AB：發(fā)許可證 Ekb[Ks||A]1/28/2023 76 認(rèn)證協(xié)議(4) BA： B解密許可證得到與 A的會話密鑰匙 Ks，再產(chǎn)生一個隨機(jī)數(shù) Rb，將 Eks[Rb]發(fā)給 A。 BA： Eks[Rb](5) AB： Eks[Rb1]； 之后， A、 B開始使用 Ks加密通信。1/28/2023 77 認(rèn)證協(xié)議2 基于對稱密碼的認(rèn)證1/28/2023 78 認(rèn)證協(xié)議n 1987年修正了安全漏洞，防止重放攻擊，加入了時間戳。n 1997年， Gavin Lowe提出 DenningSacco協(xié)議的改進(jìn)版。1/28/2023 79 認(rèn)證協(xié)議3 基于公鑰密碼的認(rèn)證n 雙方已知對方公鑰n ISO認(rèn)證的基本步驟；n 1978年 Needham和 Schroeder公開密鑰認(rèn)證協(xié)議；n 不知對方公鑰，借助第三方公鑰庫。n DenningSacco認(rèn)證1/28/2023 80 認(rèn)證協(xié)議4 零知識身份認(rèn)證n 如不傳輸信息也能證明身份，就需要零知識證明技術(shù) (The proof of zero knowledge)。n 使用零知識證明技術(shù)，被認(rèn)證方掌握某些秘密信息，想設(shè)法讓認(rèn)證方相信他確實(shí)掌握那些信息，但又不想讓認(rèn)證方知道那些秘密信息。1/28/2023 81 認(rèn)證協(xié)議解釋零知識證明的洞穴問：n 有一個洞，設(shè) P知道咒語，可打開 C和 D之間的秘密門，不知道者都將走入死胡同中，那么 P如何向 V出示證明、使 V相信 P知道這個秘密，但又不告訴 V有關(guān)咒語。1/28/2023 82 認(rèn)證協(xié)議1/28/2023 83 認(rèn)證協(xié)議(5)基于哈希鏈技術(shù)的身份認(rèn)證n Lamport于 1981年提出了利用傳統(tǒng)的單向哈希函數(shù)實(shí)現(xiàn)類似于公鑰密碼系統(tǒng)的認(rèn)證機(jī)制，在該協(xié)議中利用一串單向哈希函數(shù)形成哈希鏈。n 哈希鏈具有如下形式： h0(R)、 h1(R)、 h2(R)……h(huán) n1(R)、 hn (R) h()是哈希函數(shù)、 R是隨機(jī)數(shù) h0(R) = R hi(R)=h(hi1(R))， 1≤i≤n。1/28/2023 84 認(rèn)證協(xié)議n 身份認(rèn)證系統(tǒng)中， A在自己的終端上生成隨機(jī)數(shù) R，隨后生成哈希鏈；n A將 hn(R)作為公鑰存放在服務(wù)器端。當(dāng)用戶第 i次登錄時 (1≤i≤n)，用戶 A將 hni(R)與自己的身份 A發(fā)送給服務(wù)器；n 服務(wù)器根據(jù) A的身份從數(shù)據(jù)庫中取出 hni+1(R)，并比較與 h(hni(R))是否相同。n 對于合法用戶用 hni(R)更新數(shù)據(jù)庫中的 hni+1(R)。1/28/2023 85 認(rèn)證協(xié)議n 此系統(tǒng)中用戶每次登錄系統(tǒng)時，都使用哈希鏈中不同的值；根據(jù)哈希函數(shù)的性質(zhì)，竊聽者無法根據(jù)截獲到的 hni+1 (R)計算出 h(hni(R))。n 服務(wù)器端的人員也無法假冒 A登錄到服務(wù)器上使用服務(wù)器提供的服務(wù)。1/28/2023 86 認(rèn)證協(xié)議(6)遠(yuǎn)程用戶撥號認(rèn)證服務(wù) RADIUS認(rèn)證協(xié)議n Remote Authentication Dial In User Service， RADIUSn RADIUS協(xié)議是由朗訊 (Lucent)實(shí)驗(yàn)室開發(fā)的基于 C/S模式的撥號用戶身份認(rèn)證協(xié)議，定義了網(wǎng)絡(luò)訪問服務(wù)器 NAS和集中存放認(rèn)證信息的 RADIUS服務(wù)器之間傳輸認(rèn)證、授權(quán)和配置信息的標(biāo)準(zhǔn)。1/28/2023 87 認(rèn)證協(xié)議n RADIUS服務(wù)器為網(wǎng)絡(luò)接入服務(wù)的服務(wù)器(NAS)提供集中的認(rèn)證服務(wù)，該系統(tǒng)中 NAS作為客戶端請求 RADIUS服務(wù)器對接入用戶進(jìn)行認(rèn)證。n 認(rèn)證過程中，撥號用戶傳送用戶名和口令等認(rèn)證信息到接入服務(wù)器，接入服務(wù)器把用戶的用戶名和口令、訪問端口等信息作為 “接入請求 ” 發(fā)送到 RADIUS服務(wù)器，其中用戶口令使用對稱密鑰算法加密。1/28/2023 88 認(rèn)證協(xié)議n RADIUS服務(wù)器通過接入服務(wù)器的 ID，端口號等信息來驗(yàn)證接入服務(wù)器及用戶的合法性。必要時采用挑戰(zhàn) /應(yīng)答方式進(jìn)一步要求
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1