Как сгенерировать Bcrypt хеш онлайн. Алгоритм хеширования паролей с солью и фактором сложности. Чем Bcrypt лучше SHA-256 для хранения паролей.
Введение
Пароли нельзя хранить в открытом виде. Это аксиома безопасности, которую нарушают только новички и компании, чьи утечки попадают в заголовки новостей. Но даже хеширование паролей через SHA-256 недостаточно — такой хеш можно перебирать со скоростью миллиардов комбинаций в секунду на обычной видеокарте. Bcrypt решает эту проблему, делая хеширование намеренно медленным и ресурсоёмким. Один хеш вычисляется доли секунды, но перебор миллионов займёт годы. В этой статье разберём, как работает Bcrypt, почему он лучше быстрых хешей и как его использовать для защиты паролей.
Почему SHA-256 недостаточно для паролей
SHA-256 — криптографический хеш, быстрый по дизайну. На современном оборудовании можно вычислять сотни миллионов SHA-256-хешей в секунду. Если база данных утекла и пароли хранятся как SHA-256(password), злоумышленник запускает перебор по словарю: берёт миллион распространённых паролей, хеширует их и сравнивает с украденными хешами. Совпадения находятся мгновенно. Добавление соли — случайной строки, уникальной для каждого пользователя — защищает от предвычисленных таблиц, но не замедляет сам перебор. Злоумышленник всё ещё может перебирать пароли, просто теперь для каждого пользователя отдельно. Решение — использовать медленную хеш-функцию, специально спроектированную для паролей. Bcrypt — одна из старейших и наиболее проверенных в этой категории.
Как работает Bcrypt
Bcrypt был представлен в 1999 году Нильсом Провосом и Дэвидом Мазьером на основе шифра Blowfish. Его ключевая особенность — адаптивная сложность. Алгоритм принимает параметр cost factor, или фактор сложности, который определяет, сколько итераций будет выполнено. Количество итераций равно 2 в степени cost. При cost=10 выполняется 1024 итерации. При cost=12 — 4096 итераций. С ростом вычислительных мощностей параметр можно увеличивать, и время хеширования растёт экспоненциально. Злоумышленник с мощной фермой GPU всё ещё может перебирать пароли, но каждый хеш требует в тысячи раз больше ресурсов, чем SHA-256. Плюс Bcrypt автоматически генерирует и включает в хеш случайную соль длиной 128 бит. Один и тот же пароль, хешированный дважды, даст два совершенно разных хеша. Это делает невозможным использование радужных таблиц.
Bcrypt-хеш имеет узнаваемый формат: $2a$10$N9qo8uLOickgx2ZMRZoMyeIjZAgcfl7p92ldGxad68LJZdL17lhWy. Он начинается с $2a$ — идентификатора версии алгоритма, затем идёт cost factor 10, затем 22 символа соли и 31 символ собственно хеша. Вся информация для проверки пароля содержится в одном хеше: версия, фактор сложности, соль и сам хеш. При проверке пользовательского ввода алгоритм извлекает соль и фактор сложности из сохранённого хеша, хеширует введённый пароль с теми же параметрами и сравнивает результат. Совпало — пароль верный.
Что такое фактор сложности и как его выбрать
Фактор сложности — это целое число, обычно от 4 до 14. При cost=10 хеширование занимает около 50-100 миллисекунд на современном процессоре. При cost=12 — 200-400 миллисекунд. При cost=14 — около секунды. Выбор зависит от баланса между безопасностью и пользовательским опытом. Для веб-приложения время ответа сервера при логине не должно превышать 200-300 миллисекунд, поэтому cost=10 или 12 — оптимальный выбор на 2025 год. Для офлайн-шифрования, где задержка не критична, можно использовать cost=14 и выше. Генератор Bcrypt среди инструментов Vibes позволяет задать фактор сложности и показывает получившийся хеш. Используйте его для создания тестовых хешей при настройке системы аутентификации.
Bcrypt против Argon2 и scrypt
Bcrypt — не единственная медленная хеш-функция. Scrypt, представленный в 2009 году, требует не только процессорного времени, но и значительного объёма памяти, что делает его устойчивым к атакам на GPU и ASIC. Argon2, победитель конкурса Password Hashing Competition 2015 года, объединяет устойчивость ко времени и памяти и считается современным стандартом. Но Bcrypt остаётся самым распространённым и поддерживаемым. Он встроен в большинство фреймворков: Django, Rails, Laravel используют Bcrypt по умолчанию. Если вы начинаете новый проект и можете выбирать, Argon2 — более современный выбор. Если вы работаете с существующей экосистемой, Bcrypt — проверенный и надёжный вариант.
Как проверить, что пароль хранится в Bcrypt
Посмотрите на хеш. Если он начинается с $2a$, $2b$ или $2y$, это Bcrypt. Версия $2a$ — оригинальная, $2b$ — исправленная (устраняет баг с обработкой символов выше 127), $2y$ — синоним $2b$, используемый в некоторых реализациях. Если хеш выглядит как 64 шестнадцатеричных символа — это SHA-256, и пароли хранятся небезопасно. Если хеш содержит двоеточия и явно указанную соль — возможно, это scrypt или устаревший crypt. Длина хеша тоже подсказывает алгоритм: SHA-256 — 64 символа, MD5 — 32, Bcrypt — 60 символов. Знание формата помогает при аудите безопасности и миграции пользователей между системами.
Часто задаваемые вопросы
Можно ли расшифровать Bcrypt-хеш? Нет. Bcrypt — это хеш-функция, а не шифрование. Она необратима. Единственный способ найти исходный пароль — перебор, который Bcrypt делает практически неосуществимым при достаточном факторе сложности и стойком пароле.
Зачем в Bcrypt соль, если фактор сложности и так замедляет перебор? Соль защищает от предвычисленных атак и от совпадения хешей у разных пользователей с одинаковым паролем. Без соли злоумышленник мог бы заранее вычислить хеши для миллиарда распространённых паролей и мгновенно находить совпадения. С солью каждому пользователю нужен отдельный перебор.
Можно ли мигрировать пароли с SHA-256 на Bcrypt, не спрашивая пользователей? Да, через постепенную миграцию. При логине пользователь вводит пароль, вы проверяете его старым алгоритмом, и если верно — тут же хешируете Bcrypt и сохраняете новый хеш. Через некоторое время все активные пользователи будут мигрированы, а неактивным можно сбросить пароль.
Какой фактор сложности Bcrypt использовать в 2025 году? Минимум 10. Оптимально 12 для веб-приложений. Для серверов с запасом производительности — 14. Проверьте на своём оборудовании: измерьте время хеширования и выберите фактор, при котором оно составляет 100-300 миллисекунд.
Почему Bcrypt обрезает пароль до 72 символов? Это ограничение реализации Blowfish, на котором основан Bcrypt. Пароли длиннее 72 байт обрезаются. Это не проблема для большинства пользователей, но если вы используете очень длинные парольные фразы, предварительно хешируйте их через SHA-256 перед Bcrypt.
Чем $2b$ отличается от $2a$ в Bcrypt-хеше? $2b$ исправляет баг в реализации $2a$, связанный с обработкой символов с кодами выше 127. В современных системах всегда используйте $2b$ или $2y$. Если видите в базе хеши с $2a$, это старая версия, но они всё ещё работают для большинства паролей на латинице.
