<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    DiffieHellman協(xié)議實(shí)踐

    開發(fā)過程中遇到了一些數(shù)據(jù)傳輸安全性問題,一個很重要實(shí)際需求,客戶端加密的數(shù)據(jù)在服務(wù)端要解密回來還要進(jìn)行一些處理。

    腦中立馬跳出幾種解決方法:

    1、直接使用MD5進(jìn)行加密好了,可是MD5是不可逆的算法,而某些數(shù)據(jù)到達(dá)服務(wù)器端需要解密出來進(jìn)行一些處理。看來不滿足實(shí)際需求。

    2、那可以嘗試下DES,3DES或者AES等一些對稱算法加密處理,想想挺好的,對稱算法的效率也挺快。可是密鑰該怎么從服務(wù)端安全的傳遞到客戶端呢,這個問題不解決,加密還是如同虛設(shè)。

    3、最后一種方案那就是使用RSA非對稱算法,這個算法的好處就是服務(wù)器端自己維護(hù)私鑰,把公鑰開放給客戶端,有人在網(wǎng)絡(luò)上監(jiān)聽到公鑰和加密后的數(shù) 據(jù)也沒關(guān)系,因?yàn)榧用艿臄?shù)據(jù)需要私鑰才能解的開。也許大家都熟悉https協(xié)議,其實(shí)這種協(xié)議就是用RSA非對稱算法來實(shí)現(xiàn),但是大家肯定也有感受,用 https的時候網(wǎng)頁打開的速度會比http要慢很多。我也考慮到這點(diǎn),于是做了一個基準(zhǔn)測試,在服務(wù)端寫了個測試類,結(jié)果讓我大吃一驚,2g的cpu循 環(huán)100次用私鑰去解密竟然花了我50000多毫秒,那我循環(huán)10000次呢,靠,竟然花了幾分鐘。那如果采用這種方案去實(shí)現(xiàn)的話,應(yīng)用程序的性能會被這 些解密動作所拉下。沒辦法哦,又只能放棄此類方案。

    4、山重水復(fù)疑無路,柳暗花明又一村。突然腦中又蹦出另外一種想法,還是使用對稱算法,關(guān)于密鑰的傳遞可以采用DiffieHellman協(xié)議。 于是乎,上網(wǎng)查了一些資料,發(fā)現(xiàn)java類似的算法還是可以查的到,但是單有java也不行,我要在客戶端加密,java端進(jìn)行解密,所以還需要有 JavaScript的類似算法。最后在enano-1.1.7這個php開源的電子商務(wù)網(wǎng)站內(nèi)找到了相關(guān)信息。無意間發(fā)現(xiàn)這個開源程序的一篇wiki, 詳細(xì)介紹了一套安全解決方案(http://enanocms.org/News:Article/2008/02/20/Diffie_Hellman_key_exchange_implemented)。

    以上只是我的思路,但還沒有寫個應(yīng)用程序測試過。那么光有理論沒有實(shí)踐也不行,那就建個工程實(shí)現(xiàn)一下唄。嘿嘿。

    case:用戶注冊。

    case描述:客戶在客戶端填寫一些信息,提交之前通過密鑰把用戶名和密碼進(jìn)行加密,服務(wù)端需要把用戶名和密碼解密回來進(jìn)行進(jìn)行處理,一個很重要的 處理就是,給密碼加鹽值,然后進(jìn)行MD5加密,也許你會問,為什么這個動作不能在客戶端做呢,其實(shí)也是可以的,但是為了不想讓黑客知道我密碼加密的體制所 以放到服務(wù)端進(jìn)行。

    case UML:


    設(shè)計(jì)到的一些類和文件:




    其中用到了base64,主要就是解決了中文亂碼問題。

    實(shí)現(xiàn)過程中的一些總結(jié):

    1、對于安全算法等一些總結(jié),我用到一些相關(guān)算法類都是可以單獨(dú)拿來用的。而jdk中也有支持的相關(guān)類,可以看看jca和jce。這兩個擴(kuò)展包其實(shí)并沒有真正的實(shí)現(xiàn),他們只是對這些安全問題的抽象。真正的實(shí)現(xiàn)有sunjce和Bouncy Castle。

    2、對于算法本身定義的理解很重要,AES支持128,192,256位的密鑰,但每次被加密的一定要是128位的內(nèi)容,一般我們被加密的都是超過此長度的,那可以這么來處理:


    把要加密的內(nèi)容進(jìn)行分組處理。解密也是類似。

    最后的總結(jié):此次實(shí)踐只是模擬了一個場景,還可以運(yùn)用很多場景中,OpenSSL,OpenID都可以運(yùn)用。不是我說的,我也是看了找了相關(guān)的材 料,OpenSSL java的項(xiàng)目還在建設(shè)中,php是有的,大家可以去找下,openid也是有用到的,這里推薦一個開源的項(xiàng)目openid4java,也可以去查查看, 有時間去看看里面的源碼還是不錯的。如果你也啥地方還不明白或者需要里面用到的一些代碼,可以和我溝通交 流,msn:yangpingyu@gmail.com.

    posted on 2011-02-21 16:00 yangpingyu 閱讀(504) 評論(0)  編輯  收藏


    只有注冊用戶登錄后才能發(fā)表評論。


    網(wǎng)站導(dǎo)航:
     
    <2011年2月>
    303112345
    6789101112
    13141516171819
    20212223242526
    272812345
    6789101112

    導(dǎo)航

    統(tǒng)計(jì)

    常用鏈接

    留言簿

    隨筆分類

    隨筆檔案

    收藏夾

    linux

    產(chǎn)品交互

    分析,設(shè)計(jì),架構(gòu)

    安全

    技術(shù)牛人

    數(shù)據(jù)庫

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲精品中文字幕无码蜜桃| 日本不卡高清中文字幕免费| 亚洲AV无码一区二区二三区软件| 污网站在线观看免费| 免费亚洲视频在线观看| 国产成人亚洲精品91专区高清| 免费看美女让人桶尿口| 精品亚洲国产成人av| 亚洲国产精品成人网址天堂| 午夜肉伦伦影院久久精品免费看国产一区二区三区 | 丁香亚洲综合五月天婷婷| 67pao强力打造高清免费| 国产男女性潮高清免费网站| 99亚洲乱人伦aⅴ精品| 亚洲成年人啊啊aa在线观看| 国产一级黄片儿免费看| 久久亚洲精品AB无码播放 | 久久久久久毛片免费播放| 亚洲精品国产第1页| 岛国片在线免费观看| 鲁啊鲁在线视频免费播放| 亚洲中文字幕无码久久2017 | 亚洲高清视频免费| 亚洲中文字幕久久精品无码VA| 国产精品免费视频一区| 91成人免费观看在线观看| 高清国语自产拍免费视频国产| 深夜A级毛片视频免费| 亚洲成AV人片一区二区密柚| 日本最新免费网站| 亚洲国产成人高清在线观看| 久久精品人成免费| 亚洲一区二区无码偷拍| 国产av无码专区亚洲国产精品| 久久午夜伦鲁片免费无码| 亚洲日韩久久综合中文字幕| 三年片在线观看免费观看高清电影 | 在线观看亚洲精品国产| 2019中文字幕在线电影免费| 在线播放亚洲精品| 亚洲视频在线免费观看|