一、ssl

ssl，即安全套接層(Secure Sockets Layer)，它是一種安全協(xié)議，是Netscape公司在推出Web瀏覽器首版時一起提出的。

ssl證書主要是部署在網(wǎng)站服務器中，通過ssl協(xié)議實現(xiàn)瀏覽器客戶端與網(wǎng)站服務器通信鏈路上的數(shù)據(jù)加密，并認證網(wǎng)站服務器身份，防止釣魚網(wǎng)站。它用來保障你的瀏覽器和網(wǎng)站服務器之間安全通信，免受網(wǎng)絡“中間人”竊取信息。

傳統(tǒng)的HTTP協(xié)議采用明文傳輸數(shù)據(jù)，用戶數(shù)據(jù)存在被竊取和篡改的風險。而部署了ssl證書的網(wǎng)站，可以采用安全的HTTPS協(xié)議進行訪問。當瀏覽器訪問以“https://”開頭的URL時，瀏覽器通過ssl連接使用HTTP。ssl協(xié)議會在數(shù)據(jù)傳輸之前對數(shù)據(jù)進行加密再進行網(wǎng)絡傳輸，保證了用戶數(shù)據(jù)在傳輸鏈路上的安全。

ssl協(xié)議包含兩個子協(xié)議：

記錄協(xié)議(ssl Record Protocol)：說明ssl的數(shù)據(jù)包應該如何封裝的。位于OSI七層模型的會話層上，為不同機器上的用戶建立和管理會話。

握手協(xié)議(ssl Handshake Protocol)：說明通信雙方如何協(xié)商共同決定使用什么算法以及算法使用的key。它在OSI七層模型會話層的下一層——表示層上，對他們之間的網(wǎng)絡聯(lián)接進行加密解密。

二、SSH

SSH，也就是Security Shell，由 IETF 的網(wǎng)絡小組(Network Working Group)所制定，是目前較可靠，專為遠程登錄會話和其他網(wǎng)絡服務提供安全性的協(xié)議。

SSH最初是UNIX系統(tǒng)上的一個程序，后來又迅速擴展到其他操作平臺。SSH相當于一個隧道，數(shù)據(jù)通過的時候保護它不被泄露和篡改，為shell提供安全的傳輸和運用環(huán)境。具體來說，通過它可以安全的遠程實行另一臺UNIX體系上機器的指令。

SSH只是一種協(xié)議，它有很多實現(xiàn)方法。在Linux中SSH幾乎是標配，其中用的最多的實現(xiàn)是OpenSSH。在Windows系統(tǒng)中使用SSH，會用到另一種軟件PuTTY。這就相當于用QQ遠程在別的電腦上登錄一樣，是一種安全地遠程登錄服務器的方法。

在互聯(lián)網(wǎng)層次中,SSH與HTTP，F(xiàn)TP類似，歸于OSI七層參考模型中的應用層協(xié)議，它是使用TCP協(xié)議的應用層服務中的一員。

區(qū)別：

ssl是通訊鏈路的附加層?？梢园芏鄥f(xié)議。https, ftps, .....

ssh只是加密的shell，最初是用來替代telnet的。通過port forward，也可以讓其他協(xié)議通過ssh的隧道而起到加密的效果。

ssl是一種國際標準的加密及身份認證通信協(xié)議，您用的瀏覽器就支持此協(xié)議。ssl（Secure Sockets Layer）最初是由美國Netscape公司研究出來的，后來成為了Internet網(wǎng)上安全通訊與交易的標準。ssl協(xié)議使用通訊雙方的客戶證書以及CA根證書，允許客戶/服務器應用以一種不能被偷聽的方式通訊，在通訊雙方間建立起了一條安全的、可信任的通訊通道。它具備以下基本特征：信息保密性、信息完整性、相互鑒定。 主要用于提高應用程序之間數(shù)據(jù)的安全系數(shù)。ssl協(xié)議的整個概念可以被總結(jié)為：一個保證任何安裝了安全套接字的客戶和服務器間事務安全的協(xié)議，它涉及所有TC/IP應用程序。

SSH的英文全稱是Secure Shell。通過使用SSH，你可以把所有傳輸?shù)臄?shù)據(jù)進行加密，這樣“中間人”這種攻擊方式就不可能實現(xiàn)了，而且也能夠防止DNS和IP欺騙。還有一個額外的好處就是傳輸?shù)臄?shù)據(jù)是經(jīng)過壓縮的，所以可以加快傳輸?shù)乃俣?。SSH有很多功能，它既可以代替telnet，又可以為ftp、pop、甚至ppp提供一個安全的“通道”。SSH是由客戶端和服務端的軟件組成的，有兩個不兼容的版本分別是：1.x和2.x。用SSH 2.x的客戶程序是不能連接到SSH 1.x的服務程序上去的。OpenSSH 2.x同時支持SSH 1.x和2.x。

SSH的安全驗證是如何工作的?從客戶端來看，SSH提供兩種級別的安全驗證。

第一種級別（基于口令的安全驗證）只要你知道自己帳號和口令，就可以登錄到遠程主機。所有傳輸?shù)臄?shù)據(jù)都會被加密，但是不能保證你正在連接的服務器就是你想連接的服務器?？赡軙袆e的服務器在冒充真正的服務器，也就是受到“中間人”這種方式的攻擊。

第二種級別（基于密匙的安全驗證）需要依靠密匙，也就是你必須為自己創(chuàng)建一對密匙，并把公用密匙放在需要訪問的服務器上。如果你要連接到SSH服務器上，客戶端軟件就會向服務器發(fā)出請求，請求用你的密匙進行安全驗證。服務器收到請求之后，先在你在該服務器的家目錄下尋找你的公用密匙，然后把它和你發(fā)送過來的公用密匙進行比較。如果兩個密匙一致，服務器就用公用密匙加密“質(zhì)詢”（challenge）并把它發(fā)送給客戶端軟件?？蛻舳塑浖盏健百|(zhì)詢”之后就可以用你的私人密匙解密再把它發(fā)送給服務器。用這種方式，你必須知道自己密匙的口令。

但是，與第一種級別相比，第二種級別不需要在網(wǎng)絡上傳送口令。第二種級別不僅加密所有傳送的數(shù)據(jù)，而且“中間人”這種攻擊方式也是不可能的（因為他沒有你的私人密匙）。但是整個登錄的過程可能需要10秒。

加密方式的關聯(lián)與差異

從嚴格密碼學角度來看，他們身份驗證的加密方式不同。ssl 和 SSH 都提供加密元素，以便為檢查完整性的機密數(shù)據(jù)傳輸構(gòu)建隧道。

SSH 使用所謂的 encryption -and-MAC ，即將加密的消息與明文消息的身份驗證代碼(MAC)并列，以添加完整性。這并不是完全安全的(即使看起來已經(jīng)足夠安全了)。

ssl 使用 MAC-then- encrypt ，即將MAC與明文并列，然后對它們進行加密。這也不是最好的，因為在一些分組密碼模式下，MAC的某些部分可以猜測并顯示密碼上的一些內(nèi)容。這導致了TLS 1.0中的漏洞。老的算法譬如：TLS_RSA_WITH_AES_128_CBC_SHA 和TLS_RSA_WITH_RC4_128_MD5 都是mac-then-encrypt模式。

兩種加密方式它們都有潛在的理論弱點。最強的方法是Encrypt-then-MAC，它在IPsec ESP中實現(xiàn)。

安全性比較

從安全性上來講，Secure Shell和ssl各有千秋。

ssl有證書中心(CA)公正，可以確定發(fā)送者的身份。而SSH沒有，可能會被“中間人攻擊”，它相當于現(xiàn)代版的竊聽。如果攻擊者插在用戶與遠程主機之間(比如在公共wifi區(qū)域)，用偽造的公鑰，獲取用戶的登錄密碼。再用這個密碼登錄遠程主機，那么SSH的安全機制就蕩然無存了。不過確保禁用了不安全的ssl/TLS協(xié)議，且所訪問的網(wǎng)址前面有HTTPS作為開頭，可以避免大多數(shù)的中間人攻擊。

ssl終止代理可以處理傳入的ssl連接，解密ssl并將未加密的請求傳遞給其他服務器。ssl允許您通過簽名證書使用PKI(公鑰基礎設施)。而使用SSH，您必須通過ftp等其他協(xié)議手動交換密鑰指紋。

SSH有一個用戶身份驗證層，這是ssl所缺乏的(不過是因為它并不需要驗證功能)。在使用utf – 8編碼時，SSH協(xié)議使用了更多的協(xié)議?？紤]到有更多的潛在攻擊，SSH的攻擊面似乎更大。但這只是因為SSH內(nèi)建了一個完整的應用程序。安全性和ssl其實相差無幾。

從概念上講，我們可以使用SSH并將隧道部分替換為ssl中的隧道部分，甚至還可以使用HTTPS并使用SSH-with-data-transport替換ssl事務，并使用鉤子從其證書中提取服務器公鑰。沒有科學上的不可能性，如果做得恰當，它們的安全性將保持不變。

以上就是“ssl和SSH有什么區(qū)別”的全部內(nèi)容，如需了解更多ssl與ssh之間的關系，歡迎登陸數(shù)安時代官網(wǎng)咨詢客服，我們將竭誠為您服務。

網(wǎng)頁題目：SSL和SSH是什么，有什么區(qū)別？
分享鏈接：http://aaarwkj.com/news/97863.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供域名注冊、品牌網(wǎng)站設計、Google、服務器托管、網(wǎng)站改版、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)