Re: 加秘解秘的實例

[sorryChen (陳揚和)]

感謝各位版友大師指點
※ 引述《govert ( )》之銘言：
: AES可以抵擋KAT (Known Answer Test) Attack,
: 就是你知道明文,密文, 還是猜不出來密鑰.
這就是我要問的..因為不太懂AES..看來很強不用擔心
但我的應用..使用者可能上傳十萬筆甚至百萬筆資料
同時也會得到他十萬筆或百萬筆加密後的strings


: 另外有兩個建議
: 1. 可以再多一個流程, 比如Hash什麼的, 讓每個人的 AES密碼不一樣.
謝謝建議..想說上傳資料必須讓用相同的方法加密, 才能比對相同的字串一不一樣
還是有其他方法, 讓每個人加密的方法不同, 得到的字串不同..
但可以"Hash"比較這兩個字串是否原來相同..不會不同的字串剛好能match
不知道這個是否有大家都用的算法(Library)

最好是說 這個Hash的檢查方法是公開的..就是有個公開的第三方key
可以用來match不同人不同Key加密後的資料?

: 2. 可以設錯誤Delay時間, 當試了3次錯誤後, 要delay 30分鐘才能再試.
:    可防暴力解密.
這個在我的應用不行..上傳和查詢都是非常大量的讓使用者上傳/下載
另外加鹽是說把短的字串有系統的變長或轉變?
不知道有沒有一些常用的加鹽算法

另外感謝指正是加密..而不是"加秘"...一般來說秘是用來當形容詞..對嗎?

--
我要變三八  我要變奸詐
漂亮女生我不怕
每天笑哈哈

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 131.107.192.78
※ 編輯: sorryChen       來自: 131.107.147.238      (11/13 11:08)
※ 編輯: sorryChen       來自: 131.107.147.238      (11/13 11:10)
※ 編輯: sorryChen       來自: 131.107.147.238      (11/13 11:28)
※ 編輯: sorryChen       來自: 131.107.147.238      (11/13 11:28)
※ 編輯: sorryChen       來自: 131.107.147.238      (11/13 13:05)
推 LPH66:加鹽的意思是在加密時先黏上一個只有你自己
→ LPH66:知道的字串之後再送進加密演算法
→ LPH66:這個加上去的字串就叫做"鹽"
→ LPH66:只要鹽只有你自己知道那破解者就要試過所有
→ LPH66:可能的鹽才能破解你的字串
→ bbbing:暴力破解，你用一百萬筆沒有比一筆快...
推 goliathplus:我個人覺得你的系統架構有問題啊...
→ sorryChen:Could you point out the problem plz