一種弱簽名算法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種互聯(lián)網(wǎng)身份認(rèn)證，尤其涉及一種弱簽名算法。
【背景技術(shù)】
[0002]隨著我國(guó)電子商務(wù)的不斷發(fā)展，越來(lái)越多的人在互聯(lián)網(wǎng)上進(jìn)行交易，現(xiàn)有的網(wǎng)上銀行等金融機(jī)構(gòu)普遍使用數(shù)字簽名進(jìn)行身份認(rèn)證，但是在一些傳輸環(huán)境受限的情況下，數(shù)字簽名的通訊成功率較低，從而導(dǎo)致用戶(hù)不能很好在互聯(lián)網(wǎng)上進(jìn)行交易。

【發(fā)明內(nèi)容】

[0003]本發(fā)明的目的在于提供一種弱簽名算法，解決了現(xiàn)有的網(wǎng)上銀行等金融機(jī)構(gòu)普遍使用數(shù)字簽名進(jìn)行身份認(rèn)證，但是在一些傳輸環(huán)境受限的情況下，數(shù)字簽名的通訊成功率較低，從而導(dǎo)致用戶(hù)不能很好在互聯(lián)網(wǎng)上進(jìn)行交易的問(wèn)題。
[0004]本發(fā)明通過(guò)以下步驟來(lái)實(shí)現(xiàn):
1、服務(wù)端生成隨機(jī)數(shù)R，并對(duì)R進(jìn)行散列運(yùn)算得到H;
2、服務(wù)端使用客戶(hù)端的公鑰Kl對(duì)R和H進(jìn)行加密，生成密文S;
3、服務(wù)端將密文傳輸給客戶(hù)端；
4、客戶(hù)端用自己的私鑰K2對(duì)S進(jìn)行解密，解密出Rl和Hl，并計(jì)算Rl的散列運(yùn)算值H2，將Hl和H2進(jìn)行比較，如果不同，則該密文S無(wú)效；
5、客戶(hù)端將要簽名的數(shù)據(jù)明文M，和Rl—起用散列算法生成摘要值H2 ;
6、客戶(hù)端用Rl作為密鑰，對(duì)M進(jìn)行對(duì)稱(chēng)算法加密S2;
7、客戶(hù)端將H2和S2發(fā)送至服務(wù)端；
8、服務(wù)端用R作為密鑰，對(duì)S2進(jìn)行解密，得到明文Ml;
9、服務(wù)端將Ml和R—起用散列算法生成摘要值H3 ;
10、服務(wù)端將H3和H2進(jìn)行比較，如果不同，則簽名失敗。
[0005]本發(fā)明的技術(shù)效果是:本發(fā)明對(duì)公私鑰簽名算法進(jìn)行了簡(jiǎn)化，通過(guò)服務(wù)端生成一個(gè)隨機(jī)數(shù)，用客戶(hù)端的公鑰進(jìn)行加密發(fā)送給客戶(hù)端，客戶(hù)端解密后將該隨機(jī)數(shù)連同簽名明文一起使用散列算法生成摘要值，該摘要值作為簽名數(shù)據(jù)，與私鑰直接簽名相比，散列算法生成的摘要結(jié)果長(zhǎng)度要短很多，從而大大提高了數(shù)字簽名的通訊成功率。
【附圖說(shuō)明】
[0006]圖1為本發(fā)明的示意圖。
[0007]圖2為本發(fā)明的流程圖。
【具體實(shí)施方式】
[0008]下面將結(jié)合附圖實(shí)施例詳細(xì)說(shuō)明本發(fā)明所具有的有益效果，旨在幫助閱讀者更好地理解本發(fā)明的實(shí)質(zhì)，但不能對(duì)本發(fā)明的實(shí)施和保護(hù)范圍構(gòu)成任何限定。
[0009]參照?qǐng)D1，本發(fā)明的具體步驟如下:
1、服務(wù)端生成128位隨機(jī)數(shù)R，并對(duì)R進(jìn)行Shal散列運(yùn)算得到20字節(jié)的H ;
2、服務(wù)端使用客戶(hù)端的RSA公鑰Kl對(duì)R和H進(jìn)行加密，生成密文S，加密算法為RSA算法，密鑰長(zhǎng)度為1024位；
3、服務(wù)端將密文S傳輸給客戶(hù)端；
4、客戶(hù)端用自己的私鑰K2對(duì)S進(jìn)行解密，解密出Rl和Hl，并計(jì)算Rl的shal散列運(yùn)算值H2，將Hl和H2進(jìn)行比較，如果不同，則該密文S無(wú)效；
5、客戶(hù)端將要簽名的數(shù)據(jù)明文M，和Rl—起用shal散列算法生成摘要值H2 ;
6、客戶(hù)端用Rl作為密鑰，對(duì)M進(jìn)行AES對(duì)稱(chēng)算法加密S2;
7、客戶(hù)端將H2和S2發(fā)送至服務(wù)端；
8、服務(wù)端用R作為密鑰，對(duì)S2進(jìn)行AES算法解密，得到明文Ml;
9、服務(wù)端將Ml和R—起用shal散列算法生成摘要值H3 ;
10、服務(wù)端將H3和H2進(jìn)行比較，如果不同，則簽名失敗。
[0010]參照?qǐng)D2，弱簽名硬件設(shè)備完成簽名算法的運(yùn)算后，弱簽名硬件設(shè)備通過(guò)音頻接口、USB接口、藍(lán)牙與手機(jī)連接，手機(jī)與服務(wù)端進(jìn)行交互，其簽名步驟如下:
1、服務(wù)端生成128位隨機(jī)數(shù)R，并對(duì)R進(jìn)行shal散列運(yùn)算得到20字節(jié)的H;
2、服務(wù)端使用客戶(hù)端的RSA公鑰Kl對(duì)R和H進(jìn)行加密，生成密文S，加密算法為RSA算法，密鑰長(zhǎng)度為1024位；
3、服務(wù)端將密文S傳輸給客戶(hù)端；
4、客戶(hù)端將S傳輸給加密設(shè)備，加密設(shè)備用自己的私鑰K2對(duì)S進(jìn)行解密，解密出Rl和Hl，并計(jì)算Rl的shal散列運(yùn)算值H2，將Hl和H2進(jìn)行比較，如果不同，則該密文S無(wú)效；
5、加密設(shè)備將要簽名的數(shù)據(jù)明文M，和Rl—起用shal散列算法生成摘要值H2 ;
6、加密設(shè)備用Rl作為密鑰，對(duì)M進(jìn)行AES對(duì)稱(chēng)算法加密S2;
7、加密設(shè)備將H2和S2傳輸至客戶(hù)端，客戶(hù)端將H2和S2發(fā)送至服務(wù)端；
8、服務(wù)端用R作為密鑰，對(duì)S2進(jìn)行AES算法解密，得到明文Ml;
9、服務(wù)端將Ml和R—起用shal散列算法生成摘要值H3 ;
10、服務(wù)端將H3和H2進(jìn)行比較，如果不同，則簽名失敗。
[0011]以上所述的實(shí)施例僅僅是對(duì)本發(fā)明的優(yōu)選實(shí)施方式進(jìn)行描述，并非對(duì)本發(fā)明的范圍進(jìn)行限定，在不脫離本發(fā)明設(shè)計(jì)精神的前提下，本領(lǐng)域普通技術(shù)人員對(duì)本發(fā)明的技術(shù)方案作出的各種變形和改進(jìn)，均應(yīng)落入本發(fā)明權(quán)利要求書(shū)確定的保護(hù)范圍內(nèi)。
【主權(quán)項(xiàng)】
1.一種弱簽名算法，其特征在于:I)服務(wù)端生成隨機(jī)數(shù)R，并對(duì)R進(jìn)行散列運(yùn)算得到H ;2)服務(wù)端使用客戶(hù)端的公鑰Kl對(duì)R和H進(jìn)行加密，生成密文S ;3)服務(wù)端將密文傳輸給客戶(hù)端；4)客戶(hù)端用自己的私鑰K2對(duì)S進(jìn)行解密，解密出Rl和H1，并計(jì)算Rl的散列運(yùn)算值H2，將Hl和H2進(jìn)行比較，如果不同，則該密文S無(wú)效；5)客戶(hù)端將要簽名的數(shù)據(jù)明文M，和Rl 一起用散列算法生成摘要值H2 ;6)客戶(hù)端用Rl作為密鑰，對(duì)M進(jìn)行對(duì)稱(chēng)算法加密S2 ;7)客戶(hù)端將H2和S2發(fā)送至服務(wù)端；8)服務(wù)端用R作為密鑰，對(duì)S2進(jìn)行解密，得到明文Ml ;9)服務(wù)端將Ml和R —起用散列算法生成摘要值H3 ;10)服務(wù)端將H3和H2進(jìn)行比較，如果不同，則簽名失敗。
【專(zhuān)利摘要】一種弱簽名算法，服務(wù)端生成隨機(jī)數(shù)R，并對(duì)R進(jìn)行散列運(yùn)算得到H，服務(wù)端使用客戶(hù)端的公鑰K1對(duì)R和H進(jìn)行加密，生成密文S，服務(wù)端將密文傳輸給客戶(hù)端，本發(fā)明對(duì)公私鑰簽名算法進(jìn)行了簡(jiǎn)化，通過(guò)服務(wù)端生成一個(gè)隨機(jī)數(shù)，用客戶(hù)端的公鑰進(jìn)行加密發(fā)送給客戶(hù)端，客戶(hù)端解密后將該隨機(jī)數(shù)連同簽名明文一起使用散列算法生成摘要值，該摘要值作為簽名數(shù)據(jù)，與私鑰直接簽名相比，散列算法生成的摘要結(jié)果長(zhǎng)度要短很多，從而大大提高了數(shù)字簽名的通訊成功率。
【IPC分類(lèi)】H04L29/06
【公開(kāi)號(hào)】CN105187418
【申請(qǐng)?zhí)枴緾N201510529339
【發(fā)明人】李小云
【申請(qǐng)人】江西師范大學(xué)
【公開(kāi)日】2015年12月23日
【申請(qǐng)日】2015年8月26日