多鹽保護密碼

Question

如果您在散列密碼之前使用鹽，它會使散列更安全。這是有道理的，因爲彩虹表攻擊變得更加困難（不可能？）。

如果您使用多種鹽，該怎麼辦？例如 - 你檢查一天是星期一，還是月，小時等（或某種組合）。然後你有一個存儲字段的數據庫：（userid，hash1，hash2，hash3 ...）。

這會使信息更安全嗎？

實施例：

1）密碼 'PASS' 用戶寄存器。 2）系統（本例中的php）存儲每天（7個密碼）的值（md5（$ password。$ this_day））。進入表密碼，列hash_monday，hash_tuesday等 3）用戶登錄，腳本檢查密碼'hash_'。$ this_day匹配輸入內容。

Answer 1

您的系統將不再安全 - 您最終得到幾個單鹽數據庫而不是一個。原則上它可能會更不安全，因爲您可以幫助攻擊者向同一個字符串提供7個哈希以供選擇，他只需要猜測一個哈希。這些相同明文的多個哈希也可能會導致用於密碼的加密密碼強度的影響（不確定在那個密碼上，它將取決於所使用的算法）。

Answer 2

也許你應該看看這個小article。你的方法有幾個錯誤。

1. 鹽不能防止字典的攻擊。如果正確使用，它可以防止彩虹桌。
2. 爲每個密碼使用獨特的鹽。鹽應該是一個隨機值，並非來自已知信息。它必須與密碼一起存儲。
3. 做不使用MD5散列密碼。 Md5被認爲是壞的，而且散列密碼太快了。使用現成的GPU，您可以計算每秒8 Giga MD5散列（in 2012）。這使得有可能在不到0.1毫秒的時間內用一個大約500000個單詞強制整個英語詞典！
4. 使用Bcrypt用於散列密碼。建議使用像phpass這樣的完善庫，如果您想了解如何實現它，可以閱讀上面的文章。

如果你想一個機密添加到您的散列函數（如隱藏式鍵，或隱藏功能），你可以添加辣椒的密碼。辣椒應該不是被存儲在數據庫中，應該保密。只要攻擊者只能訪問你的密碼散列（SQL-Injection），而不是祕密的服務器，胡椒就可以防止字典攻擊。

Answer 3

我不相信在這種情況下多個哈希會幫助你，主要是因爲當有人妥協你的數據庫時，他們會注意到你有7種不同的鹽來反對，並可能會作出有根據的猜測，他們是基於天一週中的。 MD5沒有什麼根本性的錯誤，因爲很多人喜歡跳上這個潮流。說MD5是破碎散列的人的類型在散列函數和加密散列函數之間存在根本的誤解，我會建議忽略它們。如果您需要密碼散列函數，請使用SHA-2（或來自該系列或更高級別的產品）。

您需要對用戶輸入進行限制，正如您所知，通常建議使用隨機值，但它也可以是存儲在單獨應用程序空間（數據庫外部）的值，您只需保護該信息也是如此。我強烈建議使密碼散列函數對於任何輸入都需要數千次迭代。因爲這會減慢數據庫匹配哈希的自動化過程。

如果您的用戶使用容易猜到的密碼，詞典攻擊將每天擊敗您，無法防範愚蠢。