看板 [ Programming ]
討論串加秘解秘的實例
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#1
加秘解秘的實例
推噓0(0推 0噓 3→)留言3則，0人參與, 最新作者sorryChen (陳揚和)時間11年前 (2012/11/12 11:59), 編輯資訊
2
0
0
內容預覽:
現需要建一資料庫,可讓人上傳資料和查詢. Table的部份行..比如說銀行帳號或身份證字號, 希望能有效且安全的加秘. 這些短的String讓查詢的人無法猜出,但能夠比對加密後的字串是否相同. 芳能做Group By/Join..等運算. 我想用對稱式的金鑰系統 AES, 這樣會和安全嗎?. 只用非
(還有280個字)
#2
Re: 加秘解秘的實例
推噓2(2推 0噓 1→)留言3則，0人參與, 最新作者govert ( )時間11年前 (2012/11/12 15:44), 編輯資訊
1
0
0
內容預覽:
AES可以抵擋KAT (Known Answer Test) Attack,. 就是你知道明文,密文, 還是猜不出來密鑰.. 另外有兩個建議. 1. 可以再多一個流程, 比如Hash什麼的, 讓每個人的 AES密碼不一樣.. 2. 可以設錯誤Delay時間, 當試了3次錯誤後, 要delay 30分
#3
Re: 加秘解秘的實例
推噓2(2推 0噓 6→)留言8則，0人參與, 最新作者sorryChen (陳揚和)時間11年前 (2012/11/13 11:05), 編輯資訊
0
0
0
內容預覽:
感謝各位版友大師指點這就是我要問的..因為不太懂AES..看來很強不用擔心. 但我的應用..使用者可能上傳十萬筆甚至百萬筆資料. 同時也會得到他十萬筆或百萬筆加密後的strings. 謝謝建議..想說上傳資料必須讓用相同的方法加密, 才能比對相同的字串一不一樣. 還是有其他方法, 讓每個人加密的方法
(還有491個字)
#4
Re: 加秘解秘的實例
推噓1(1推 0噓 0→)留言1則，0人參與, 最新作者Jiapie (小星)時間11年前 (2012/11/17 19:33), 編輯資訊
0
0
0
內容預覽:
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^. 用 hash (MD5, SHA1…等). DB 裡面記錄轉換過後的銀行帳號、身份證字號..等. 使用者輸入銀行帳號 or 身份證字號做查詢時. 就直接把輸入的資料 hash 後做查詢... ^^.
(還有45個字)
首頁
上一頁
1
下一頁
尾頁