[發(fā)明專利]一種多方協(xié)同完成雙向SSL/TLS認(rèn)證的方法和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201810736473.6
• 申請(qǐng)日: 2018-07-06
• 公開（公告）號(hào): CN110690969B
• 公開（公告）日: 2023-06-16
• 發(fā)明（設(shè)計(jì)）人: 胡進(jìn);張慶勇
• 申請(qǐng)（專利權(quán)）人: 武漢信安珞珈科技有限公司;北京信安世紀(jì)科技股份有限公司
• 主分類號(hào): H04L9/32
• 分類號(hào): H04L9/32;H04L9/08;H04L9/40
• 代理公司: 北京太合九思知識(shí)產(chǎn)權(quán)代理有限公司 11610
• 代理人: 劉戈

1.一種多方協(xié)同完成雙向SSL/TLS認(rèn)證的方法，其特征在于，包括以下步驟：

(1)第一客戶端與服務(wù)端建立通訊連接，向服務(wù)端發(fā)送握手請(qǐng)求，并等待來自于服務(wù)端的響應(yīng)信息；

(2)第一客戶端對(duì)從發(fā)送握手請(qǐng)求開始到接收到響應(yīng)信息過程期間的所有信息作為簽名原文進(jìn)行哈希運(yùn)算，以得到哈希值；

(3)第一客戶端判斷其所要使用的密碼算法類型是RSA密碼算法還是橢圓曲線密碼算法，如果是RSA密碼算法，則直接將步驟(2)中得到的哈希值發(fā)送到第二客戶端，然后進(jìn)入步驟(5)，如果是橢圓曲線密碼算法，則進(jìn)入步驟(4)；

(4)第一客戶端將簽名原文發(fā)送到第二客戶端；

(5)第二客戶端利用其自身的第一私鑰對(duì)來自于第一客戶端的哈希值或簽名原文進(jìn)行數(shù)字簽名，以生成第一簽名信息，并將第一簽名信息發(fā)送給第一客戶端；

(6)第一客戶端利用其自身的第二私鑰對(duì)第一簽名信息進(jìn)行處理，以生成完整的簽名信息，并將完整的簽名信息發(fā)送給服務(wù)端；

(7)第一客戶端生成密碼規(guī)格變更消息，并向服務(wù)端發(fā)送密碼規(guī)格變更消息和握手結(jié)束消息，其中該密碼規(guī)格變更消息中包括后續(xù)使用的哈希算法、簽名算法、以及加密算法；

(8)服務(wù)端向第一客戶端發(fā)送密碼規(guī)格變更響應(yīng)消息和握手結(jié)束消息。

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括在步驟(4)以后、步驟(5)之前，第二客戶端對(duì)第一私鑰進(jìn)行鑒權(quán)操作，如果鑒權(quán)通過則進(jìn)入步驟(5)，否則過程結(jié)束，其中鑒權(quán)操作中所使用的鑒權(quán)信息包括第二客戶端的靜態(tài)密碼數(shù)據(jù)，和/或其生理特征數(shù)據(jù)，和/或其行為特征數(shù)據(jù)。

3.根據(jù)權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括在步驟(5)之后，步驟(6)之前，第一客戶端驗(yàn)證第二私鑰的授權(quán)驗(yàn)證信息，如果驗(yàn)證通過則進(jìn)入下一步驟，否則過程結(jié)束，其中授權(quán)驗(yàn)證信息包括第一客戶端的靜態(tài)密碼數(shù)據(jù)，和/或其生理特征數(shù)據(jù)，和/或其行為特征數(shù)據(jù)。

4.根據(jù)權(quán)利要求1所述的方法，其特征在于，向服務(wù)端發(fā)送握手請(qǐng)求的過程為，首先發(fā)送hello消息到服務(wù)端，并等待服務(wù)端響應(yīng)于該hello消息而向客戶端返回的響應(yīng)信息，該響應(yīng)信息中包括服務(wù)端的證書、證書請(qǐng)求、以及hello完成消息。

5.根據(jù)權(quán)利要求1至4中任意一項(xiàng)所述的方法，其特征在于，

第一私鑰是隨機(jī)生成并保存，或者通過執(zhí)行密鑰派生函數(shù)生成，或者直接從外部導(dǎo)入并保存；

第二私鑰是隨機(jī)生成并保存，或者通過執(zhí)行密鑰派生函數(shù)生成，或者直接從外部導(dǎo)入并保存。

6.一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，其特征在于，該程序被處理器執(zhí)行時(shí)，實(shí)現(xiàn)根據(jù)權(quán)利要求1至5中任意一項(xiàng)所述多方協(xié)同完成雙向SSL/TLS認(rèn)證的方法的步驟。