Как правильно хранить пароли своих пользователей | Блог Касперского

[KL FC Bot]

Полагаю, на исходе первой четверти 21-го века все уже отлично понимают, что пароли пользователей к аккаунтам в онлайн-сервисах представляют собой невероятно ценную информацию и, следовательно, их защита играет ключевую роль в обеспечении конфиденциальности и безопасности данных. Несмотря на это, до сих пор не все организации хранят эти пароли должным образом.

В этом посте поговорим о том, как не стоит хранить пароли пользователей и какие методы применяют сервисы, которые всерьез относятся к безопасности.

Неправильный способ: хранение паролей в открытом виде

Самый простой способ — это запись паролей просто в базу данных в незашифрованном виде. Соответственно, при попытке пользователя аутентифицироваться остается только сравнить вводимую им цепочку символов с тем, что хранится у вас в базе.

В этом случае есть риск того, что злоумышленники смогут тем или иным способом украсть эту базу данных. Например, с помощью эксплуатации каких-либо уязвимостей в используемом для хранения данных ПО. Другой вариант — таблицу с паролями может украсть недобросовестный сотрудник с высоким уровнем доступа. Или для кражи паролей могут быть использованы утекшие или перехваченные учетные данные сотрудника. В общем, вариантов того, что может пойти не так, тут масса. Главная мысль: если хранить какие-то данные в открытом виде, то на них рано или поздно кто-то может наложить руки.

 

Посмотреть статью полностью

[Umnik]

Честно говоря, не понимаю, для кого эта статья. Кто является целевой аудиторией? Для тех, кто занимается проектирование этих систем здесь во-первых нет ничего полезного, во-вторых нет критически важного уточнения - про алгоритмы хеширования. Потому что приведённый пример с md5 — это очень-очень-очень плохой алгоритм для хеширования паролей. И SHA очень плохой. И соль тут не является спасением, строго говоря.

 

Дело в том, что md и sha алгоритмы относятся к быстрым. Это одно из требований к ним - очень быстро вычисляться. Но для паролей это ПЛОХО. В секунду можно перебрать десятки тысяч хешей на специально подготовленных системах. А есть специальные медленные алгоритмы, для вычисления которых нужно много памяти и насиловать процессор. К таким алгоритмам относятся scrypt, yescrypt и другие. Вычисление лишь одного хеша будет требовать несколько ядер процессора и десятки мегабайт памяти. Так эти вычисления ещё и время будут занимать. Вплоть до того, что вычисление лишь одного хеша будет занимать 1 секунду и даже больше! И вот именно такие алгоритмы должны применяться для хеширования паролей. При этом есть ещё такие алгоритмы, которые созданы таким образом, чтобы перебор было очень сложно параллелить на GPU. То есть придётся вложить очень много денег в числодробилку, которая будет всё равно будет очень медленно.

 

Быстрые хеши - они для проверки целостности. Медленные - для защиты от перебора.

 

В общем, возвращаясь к непониманию моему. Если проектировщик шарит, они и так знает и про *крипт (b, s, yes, ...), и про аргон2. Если проектировщик не шарит, то он использует привычный sha, что будет полным провалом и признаком профнепригодности. Ведь автор ничего не говорит о том, какие хеши нужны.