Шифрование паролей перед занесением в базу данных

для авторизации на ресурсе используется пара логин+пароль, но предположим, что бд могут тупо слить. значит, для того, чтобы сохранить пароль пользователя в сохранности (а пользователя ведь любят использовать одни и те же пары логин+пароль на разных ресурсах) его требуется зашифровать, причем зашифровать надежно, чтобы расшифровка пароля в ближайшие 150 лет была невозможна без применения криптографического анализатора на пользователе. Просветите, дяденьки, что делать и какой гем использовать?
------
150 лет с учетом прогресса разумеется =)

0

https://www.ruby-toolbox.com/categories/encryption

Сообщение от FrozFox причем зашифровать надежно, чтобы расшифровка пароля в ближайшие 150 лет была невозможна без применения криптографического анализатора на пользователе.

А так ли уж нужно в данном случае шифрование? Вместо зашифрованного пароля можно хранить его хеш, полученный, к примеру, с помощью алгоритмов sha1 или md5 с уникальной солью. Расшифровать такой хэш по определению нельзя, т.к. для этих алгоритмов обратной функции нет, можно лишь попробовать подобрать пароль, хеш которого будет равен хранимому хешу, но это почти невозможно.

А вообще, зачем велосипедить управление пользователями и паролями, если уже есть Devise?

0

ой, прошу прощения за каламбур, просто я шифрованием называю любые преобразования данных с целью их защитить. Мне нужен алгоритм хеширования подобный md5, но я не знаю, стоит ли его использовать ибо раз есть сервисы подобные http://md5list.ru/ (не реклама), то вполне ожидаемо, что любой пользователь (обладающий навыками программирования на си) сможет попытаться расшифровать пароли из базы данных путем генерации слов и их хешей с сопоставления с хешами из базы данных. Соль не является гарантом безопасности по той причине, что умный пользователь умудрившийся выкрасть базу данных, сумеет выкрасть и код приложения в котором и будет указание на соль (по этой причине считаю соль неэффективной). Скажем так - меня интересует, есть ли алгоритм хеширования создающий хеш большей длинны. Это нужно, чтобы подбор паролей был максимально долгим.
Многие начинающие программисты говорят об эффективности md5 хеш забывают, что дешифровке подвергается все пароли из базы данных. т.е. У нас есть большая база данных пользователей (около 100 тысяч) и украденное приложение. Читая исходники мы рассматриваем алгоритм соления, а затем наши пароли из бд сортируем для того, чтобы было удобно использовать бинарный поиск. Начинаем перебор всех возможных вариантов попутно проверяя их на базе данных (которая находится в оперативной памяти - объемы позволяют) и за сравнительно короткое время получаем небольшой такой список расшифрованных паролей.
конструкцию md5(соль1+md5+соль2) считаю нехорошей вещью, ибо количество коллизий возрастает.
Если я ошибаюсь - прошу объяснить почему.

Добавлено через 5 часов 7 минут
нашел упоминание о sha512, думаю, буду использовать его + соль.

0