[問題] 關於SSL

看板Programming作者birdhackor (夜殘狼)時間15年前 (2010/06/26 13:37)推噓1(1推 0噓 19→)

留言20則, 6人參與討論串1/1

這個問題其實似乎有點不適合這個版不過因為搜尋有找到以往有SSL的相關問題又沒有關於連線加密技術的板(或是有版可以討論不過我不清楚) 因此先將這個問題PO在這如果有違反版規請告知我，我會自D ------------------ 問題是這樣的我查到網路上的資料說 SSL曾經被中間人攻擊破解很多次但SSL不是應該拿到傳輸訊息也沒有辦法解密才對嗎？(這裡指的是有數位憑證的狀況) 首先先PO上我對SSL的理解(非常淺薄~只是單純的流程原理~我完全不懂技術) 因為我沒研究過詳細的運作確切流程所以以下的步驟是我參考了一些簡短的資料以及對公私鑰的理解後的想法客戶端以明碼像伺服器端要求建立安全連線伺服器端先將自己的公鑰A-P-1交給CA (A表示伺服器 P表示公鑰 1表示這個流程伺服器所用的第1組公鑰) CA以私鑰CA-S-A來將公鑰A-P-1加密成憑證交給伺服器端 (S表示私鑰其餘與上面相同) 伺服器端將接下來要給客戶端加密用的公鑰A-P-2 、將A-P-2雜湊算出的字串以私鑰A-S-1加密成的數位簽章、憑證以及連線用的其他所需的訊息以明碼傳給客戶端客戶端接收到資料後向CA索取公鑰CA-P-1解碼憑證得到正確的A-P-1對雜湊結果進行解密由於是正確的A-P-1，因此解出的一定是正確的數位簽章並以相同的雜湊方式處理接收到的數位簽章若是數位簽章正確代表A-P-2的確是伺服器所發送給客戶端加密的接下來客戶端以A-P-2加密傳輸的資料以及接下來使用的對稱式加密密鑰給伺服器伺服器接到資料後也只有伺服器能以A-S-2解密也就完成了傳遞對稱式密鑰的工作網路上都只有提到前段所以我不確定最後是給對方對稱式密鑰或是給伺服器加密用公鑰然後每個傳輸都有新的密鑰對不過在演算法夠複雜足以應付窮舉破解以及無演算漏洞的前提下兩種做法處理後續的資料傳遞都可以保證正確性以及沒有經過偷改因為你偷改了之後對方用相對應的密鑰是解不出正確內容的如果以上狀況都成立當然是無法破解的而可能經由中間人攻擊的部分只有一個點完全攔截客戶端與伺服器還有CA的連線所有的溝通從一開始就被中間人攻擊連憑證跟數位簽章都是假的但當然這個想法不應該成立如果成立的話這個憑證根本就沒有公信力了如果這個方法太容易成功的話SSL相關機制也太過脆弱了一點所以我想這個可能性應該不高那如果上面的這個漏洞不成立的狀況究竟有什麼方法可以突破這套制度呢？當然我的想法可能跟實際運作流程還有差以致我想的方向根本不一樣那就麻煩知道的大大指出我的謬誤處感謝 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.121.205.76

→

MOONRAKER

06/26 14:13, , 1^F

06/26 14:13, 1^F

→

bob123

06/26 17:48, , 2^F

06/26 17:48, 2^F

→

tinlans

06/26 18:41, , 3^F

06/26 18:41, 3^F