The slave credential of the slave n

The slave credential of the slave node, the encrypted message SN_Rand, the encrypted user session SN_U_Session, and the message of encryption information should be acquired by the master node in the second handshaking. After receiving these messages, the master node tries to verify the slave credential with the public key of the CA server and decrypts the message SN_Rand with the public key of the slave node that is extracted from the slave credential. If the slave credential is unacceptable and the decrypted message from SN_Rand is different to the original message CA_Rand, the master node treats the slave node as a fake node and terminates the communication with it. Otherwise, the slave node is authenticated by the master node. The master node then decrypts the encrypted user session with the public key SN_Pub of the slave node and the encrypted message with its private key MN_Prv to acquire the user session, cryptographic algorithms SCA, and the corresponding key SC_Key. If the user session from the slave node is not identical to the original user session U_Session, the master node sends its encrypted user session MN_U_Session again to the slave node and asks the slave node to confirm it with SN_U_Session. The similar operation is performed to the encryption information {SCA, SC_key} as well. The master node computes the hash value of the encryption information {SCA, SC_key} and compares it with the value that is decrypted with the public key SN_Pub of the slave node from the message SCA_Check. If the checking operation results a false value, the master node asks the slave node to generate and send back a new encryption information. These two checking operations aim to make sure that the user session as well as the encryption information is not altered by a third party, who could be able to perform an MITM attack to change the information and use this information to access the resource on the slave node.

結果 (繁體中文) 1:

奴隸憑據的奴隸節點、 SN_Rand 加密的消息、 加密的使用者會話 SN_U_Session 和消息的加密資訊應通過第二次握手中的主節點。後接收這些消息，主節點試圖用 CA 伺服器的公開金鑰驗證奴隸憑據和解密該消息 SN_Rand 與提取的奴隸憑據的奴隸節點的公共金鑰。如果奴隸憑據是不能接受和解密後的消息從 SN_Rand 是不同于原始郵件 CA_Rand，主節點對待奴隸節點作為一個假的節點，然後終止和它一起交流。否則，奴隸節點是由主節點進行身份驗證。主節點然後解密已加密的使用者會話與公開金鑰的奴隸節點的 SN_Pub 和 MN_Prv 及其專用金鑰加密郵件，以獲取使用者會話、 SCA，加密演算法和相應的鍵 SC_Key。如果使用者會話從奴隸節點不是原來的使用者會話 U_Session 相同的主節點將其加密的使用者會話 MN_U_Session 再次發送到從屬節點和問奴隸節點先到它與 SN_U_Session。{SCA，SC_key} 的加密資訊以及執行類似的操作。主節點計算加密資訊 {SCA，SC_key} 的雜湊值，並進行比較，用奴隸節點從消息 SCA_Check SN_Pub 公開金鑰解密的值。如果檢查操作的結果值 false，主節點問奴隸節點生成併發送回一個新的加密資訊。兩次檢查行動的目標是確保使用者會話以及加密資訊不會改變由協力廠商，誰能夠執行 MITM 攻擊更改的資訊，並使用此資訊來訪問奴隸節點上的資源。

結果 (繁體中文) 2:

從節點的從憑證，應通過在第二次信號交換的主節點來獲取加密的消息SN_Rand，加密的用戶會話SN_U_Session，和加密信息的消息。接收這些消息後，主節點嘗試驗證從屬憑證與CA服務器的公開密鑰和解密消息SN_Rand與從從屬憑證提取的從屬節點的公共密鑰。如果從站憑證是不能接受的，從SN_Rand解密消息是不同的原始消息CA_Rand，主節點把從節點作為假節點並終止與它的通信。否則，從節點是由主節點進行認證。主節點接著解密與從屬節點的公共密鑰SN_Pub並與其獲取用戶會話，加密算法，SCA，私鑰MN_Prv加密的消息和相應的密鑰SC_Key加密的用戶會話。如果從從節點用戶會話是不相同的原始用戶會話U_Session，主節點再次發送其加密的用戶會話MN_U_Session到從屬節點，並請求從節點到CON組fi RM用SN_U_Session。類似的操作被執行以加密信息{SCA，SC_key}為好。主節點計算的加密信息{SCA，SC_key}的散列值，並將其與被解密與從消息SCA_Check從屬節點的公鑰SN_Pub的值進行比較。如果檢查運算結果假值，主節點詢問從節點生成和發送回一個新的加密信息。這兩個檢查操作的目的是確保用戶會話以及加密信息並不由第三方，誰可以是能夠執行一個MITM攻擊來改變的信息，並使用該信息來訪問該資源上的從改變節點。

結果 (繁體中文) 3:

該節點的奴隸證書，加密的消息sn_rand，加密的用戶會話sn_u_session，和加密資訊的消息應該由主節點獲得第二握手。收到這些消息後，主節點試圖驗證奴隸證書與CA服務器的公共金鑰和解密消息sn_rand與從節點，從證書中的公開金鑰。如果奴隸證書是不可接受的，解密的消息從sn_rand是原始消息ca_rand不同，主節點將從屬節點作為假節點，並終止與它的通信。否則，從主節點對從節點進行驗證。主節點解密加密的用戶會話的從屬節點的公開金鑰加密的消息sn_pub並用自己的私密金鑰mn_prv獲得用戶會話，密碼演算法SCA，和相應的關鍵sc_key。如果從節點的用戶會話並不是原來的用戶會話u_session相同，主節點發送加密的用戶會話mn_u_session再次從節點，從節點控制要求fiRM與sn_u_session。類似的操作進行加密資訊{ SCA，sc_key }以及。主節點計算加密資訊{ SCA的雜湊值，並比較其與sc_key }，從消息sca_check的從屬節點的公開金鑰解密的價值sn_pub。如果檢查操作結果為假值，主節點請求從節點生成並發送一個新的加密資訊。這兩個檢查活動旨在確保用戶會話以及加密的資訊不被三分之一方更改，誰能够執行MITM攻擊的變化資訊，利用這些資訊來訪問節點的資源。