Однако Correct важно использовать существующие системы. Распространенной ошибкой является для кого-то, чтобы попытаться "свернуть свои собственные", Есть много ошибок, которые можно сделать, снижающих безопасность и без достаточных знаний это трудно даже знаю, что вы поставили под угрозу безопасность. Например неспособность добавить соль после каждой итерации позволит злоумышленнику построить радужные таблицы, чтобы уменьшить рабочую нагрузку. Атакующий не должен совпадать выход финального раунда он может соответствовать выходу любого раунда, потому что один раз два вход сталкивается они всегда будут иметь тот же результат на каждый раунд после этого.



PBKDF2 это хороший вариант, так как он был широко рассмотрен.  

Это по существу делает это:

Это было только 4 итерации. PBKDF2 обычно делает 10000 или более итераций. По существу, вы увеличиваете количество вычислительной мощности, необходимое для попытки одной ключевой фразы и, таким образом, для заданного количества вычислительной мощности, уменьшая количество проходных фраз риски, которые могут быть проверены. SHA256 (и другие функции хеширования) быстро ... слишком быстро. Вы хотите, чтобы увеличить время вычислений до максимума, который является жизнеспособным для вашего сценария. Например, если вы вручную генерируя новый ключ один раз в день, кто заботится, если он занимает 10 секунд. Сделать # 100000 раундов. Если ваш процессор может имеет только 1 / 10th пароля в секунду, то графический процессор, вероятно, не может сделать больше, чем через 100 имп (паролей в секунду). Самая большая ферма / бассейн / ботнет, вероятно, <1 миллион имп. Теперь, если вы используете это как часть некоторого WebService может быть, вы не можете справиться время выполнения в среднем на 10 секунд, но вы, вероятно, может справиться с 0,01 с. Вы не хотите, чтобы это было 0.0000000000000001s, что просто делает это больно легко для злоумышленника.