雙向認證

A. 什麼是雙向認證

首先說下單項認證：就是比如你有個密碼 用戶名 然後和伺服器上的用內戶信息進行比對 一致的容話你們就可以建立連接.
雙向認證就是：你有個密碼 用戶名 你先發給伺服器進行比對，如果一致伺服器再把它的密碼用戶名發到你機器上與你機器上保留的用戶信息進行比對 如果還一致則建立鏈接！

大多數網路是雙向認證的 為了更安全

B. https 單向認證和雙向認證哪個用的多

一般web應用都是采抄用單向認證的，襲原因很簡單，用戶數目廣泛，且無需做在通訊層做用戶身份驗證，一般都在應用邏輯層來保證用戶的合法登入。 但如果是企業應用對接，情況就不一樣，可能會要求對client（相對而言）做身份驗證。這時需要做雙向認證。（需要在伺服器上配置認證）一般https加密都是採用的單向認證深圳evtrusthttps 單向認證和雙向認證哪個用的多

C. 請教一個 C#https雙向認證的例子

https雙向認證與具體的語言無關吧？
https其實是http+ssl，這種情下可以起到一個單向認證的回做用，瀏覽器答獲得伺服器返回的簽名，然後將其簽名送到CA，CA可認證瀏覽器所讀到的是正經網站還是假冒的網站。當然伺服器證書過期或不能與根證書（瀏覽安全區證書）形成證書鏈時，就會出現危險標識，提示你是否繼續訪問。這種就是典型的https的作用。
如果雙向認證，則需要瀏覽器也上傳簽名（伺服器可要求客戶端必須使用簽名），同樣伺服器也執行了相同的認證流程，這就是典型的雙向認證。
一般情況下，如果客戶端的證書是由服務端建立CA頒發的情況下，可以直接從證書中讀取信息，而這個信息包括公司對的不可列新的信息，此時情況下，瀏覽器不需要也沒有必須再設計類型的登陸按鈕之類(如果證書頒發給操作員的話，但如果證書頒給對方機構，存在多個操作員使用同一證書情況下，設計登陸界面以區別不同的操作員）。

這個與http,ssl和tls相關，與具體的實現語言無關。

D. ssl雙向認證和單向認證的區別

1、安全性不同：

單向認證只要求站點部署了ssl證書就行，任何用戶都可以去訪問（IP被限制除外等），只是服務端提供了身份認證。而雙向認證則是需要是服務端需要客戶端提供身份認證，只能是服務端允許的客戶能去訪問，安全性相對於要高一些。

2、用途不同：

一般Web應用都是採用單向認證的，原因很簡單，用戶數目廣泛，且無需做在通訊層做用戶身份驗證，一般都在應用邏輯層來保證用戶的合法登入。但如果是企業應用對接，情況就不一樣，可能會要求對客戶端（相對而言）做身份驗證。這時就需要做雙向認證。

3、要求不同：

雙向認證SSL 協議的具體通訊過程，這種情況要求伺服器和客戶端雙方都有證書。 單向認證SSL 協議不需要客戶端擁有CA證書，以及在協商對稱密碼方案，對稱通話密鑰時，伺服器發送給客戶端的是沒有加過密的（這並不影響SSL過程的安全性）密碼方案。

(4)雙向認證擴展閱讀：

ssl雙向認證客戶端要收發的握手信號：

發送一個ClientHello消息，說明它支持的密碼演算法列表、壓縮方法及最高協議版本，也發送稍後將被使用的隨機數。

然後收到一個ServerHello消息，包含伺服器選擇的連接參數，源自客戶端初期所提供的ClientHello。

當雙方知道了連接參數，客戶端與伺服器交換證書（依靠被選擇的公鑰系統）。這些證書通常基於X.509，不過已有草案支持以OpenPGP為基礎的證書。

伺服器請求客戶端公鑰。客戶端有證書即雙向身份認證，沒證書時隨機生成公鑰。客戶端與伺服器通過公鑰保密協商共同的主私鑰（雙方隨機協商），這通過精心謹慎設計的偽隨機數功能實現。結果可能使用Diffie-Hellman交換，或簡化的公鑰加密，雙方各自用私鑰解密。

所有其他關鍵數據的加密均使用這個「主密鑰」。數據傳輸中記錄層（Record layer）用於封裝更高層的HTTP等協議。記錄層數據可以被隨意壓縮、加密，與消息驗證碼壓縮在一起。每個記錄層包都有一個Content-Type段用以記錄更上層用的協議。

E. https是單向認證還是雙向認證

https單向認抄證和雙向認證即襲SSL單向認證和雙向認證
雙向認證
SSL
協議要求伺服器和用戶雙方都有證書。單向認證
SSL
協議不需要客戶擁有CA證書，具體的過程相對於上面的步驟，只需將伺服器端驗證客戶證書的過程去掉，以及在協商對稱密碼方案，對稱通話密鑰時，伺服器發送給客戶的是沒有加過密的(這並不影響
SSL
過程的安全性)密碼方案。這樣，雙方具體的通訊內容，就是加過密的數據，如果有第三方攻擊，獲得的只是加密的數據，第三方要獲得有用的信息，就需要對加密的數據進行解密，這時候的安全就依賴於密碼方案的安全。而幸運的是，目前所用的密碼方案，只要通訊密鑰長度足夠的長，就足夠的安全。這也是我們強調要求使用128位加密通訊的原因。
一般Web應用都是採用SSL單向認證的，原因很簡單，用戶數目廣泛，且無需在通訊層對用戶身份進行驗證，一般都在應用邏輯層來保證用戶的合法登入。但如果是企業應用對接，情況就不一樣，可能會要求對客戶端(相對而言)做身份驗證。這時就需要做SSL雙向認證。
具體認證流程如下

F. https單向/雙向認證是不是等同於單向/雙向加密

• 雙向認證

1、先決條件是有兩個或兩個以上的證書，一個是服務端證書，另一個或多個是客戶端證書。

2、服務端保存著客戶端的證書並信任該證書，客戶端保存著服務端的證書並信任該證書。這樣，在證書驗證成功的情況下即可完成請求響應。

3、雙向認證一般企業應用對接。

• 單向認證

1、客戶端保存著服務端的證書並信任該證書即可

2、https一般是單向認證，這樣可以讓絕大部分人都可以訪問你的站點。

我的理解：

認證方式，並不是對通訊消息進行加密。認證是為了證明通信的對方是可靠的，是我想通信的那一方。即把公鑰傳輸給對方，對方驗證證書簽名（即私鑰加密），是不是來自於這個公鑰。若能驗證公鑰即隨後，再商討加密方式，產生新的密鑰，對數據傳輸進行加密。

雙向認證有CA？

CA是頒發證書的機構，如果需要驗證證書是否可靠。則要先和CA伺服器通信來驗證，證書是否是CA簽名頒發的，在驗證對方的簽名。

G. ssl雙向認證客戶端需要哪些證書

伺服器端通過根CA給客戶端頒發客戶端證書，在製作客戶端證書時加上和機器相關的信息就可以保證在特定的時候某個帳號只能在這台機器上和伺服器交換報文，比如我們用支付寶時必須下載安裝數字證書時，可以命名這本證書叫"某某的筆記本"或者是"公司電腦"之類的，就是支付寶給用戶頒發證書，只能在這台機
器上用，你換了機器就必須重新申請。建立SSL連接時，先是伺服器將自己的伺服器證書發給客戶端，驗證通過後，客戶端就把自己的客戶端證書發給伺服器進行
驗證，如果通過，再進行後面的處理。
客戶端安裝伺服器根證書ca.crt到客戶端信任證書庫中，伺服器端安裝伺服器根證書ca.crt到伺服器信任證書庫中。

SSL握手時，伺服器先將伺服器證書server.p12發給客戶端，客戶端會到客戶端信任證書庫中進行驗證，因為server.p12是根證書CA頒發的，所以驗證通過；然後客戶端將客戶端證書client.p12發給伺服器，同理因為client.p12是根證書CA頒發的，所以驗證通過。

H. nginx想做一個https雙向認證.為什麼瀏覽器不出現證書選擇

https是部署ssl後通過https訪問，也可以通過修改配置文件來設置是否全站https訪問；
你說的看不到選擇證書，應該是指客戶端證書，需要彈出客戶端證書，需要配置伺服器時候強制要求客戶端證書，例如iis環境中，在伺服器目錄安全性，證書配置，編輯中可以設置強制要求客戶端證書。也可以到景安網路幫助中心了解下，或許能幫到你，祝你順利。

I. https單向認證和雙向認證的區別

https單向認證和雙向認證即SSL單向認證和雙向認證

雙向認證 SSL 協議要求伺服器和用戶雙方都有證書。單向認證 SSL 協議不需要客戶擁有CA證書，具體的過程相對於上面的步驟，只需將伺服器端驗證客戶證書的過程去掉，以及在協商對稱密碼方案，對稱通話密鑰時，伺服器發送給客戶的是沒有加過密的(這並不影響 SSL 過程的安全性)密碼方案。這樣，雙方具體的通訊內容，就是加過密的數據，如果有第三方攻擊，獲得的只是加密的數據，第三方要獲得有用的信息，就需要對加密的數據進行解密，這時候的安全就依賴於密碼方案的安全。而幸運的是，目前所用的密碼方案，只要通訊密鑰長度足夠的長，就足夠的安全。這也是我們強調要求使用128位加密通訊的原因。

一般Web應用都是採用SSL單向認證的，原因很簡單，用戶數目廣泛，且無需在通訊層對用戶身份進行驗證，一般都在應用邏輯層來保證用戶的合法登入。但如果是企業應用對接，情況就不一樣，可能會要求對客戶端(相對而言)做身份驗證。這時就需要做SSL雙向認證。

具體認證流程如下

J. 雙向認證有什麼用優勢何在

你說的是伺服器和客戶端的認證碼？單一的伺服器證書只能保證伺服器網站的真實性，單內一的用戶名密碼口令僅容能用於初步識別訪客身份。而真正安全可靠的網路環境要求網站、用戶及信息傳輸必須同時安全可信。天威誠信的雙向認證解決方案TA（Trust Access）通過伺服器證書及高認證強度的用戶端證書的結合，實現服務端與用戶端的雙向互信及數據的機密傳輸，使信息更安全，更可靠。