В чем разница между кодированием и хешированием

Кодирование — это обратимое преобразование данных без секрета (например, для передачи), а хеширование — одностороннее преобразование данных в фиксированный «отпечаток», из которого исходные данные восстановить нельзя. При проверке пароля система не раскодирует и не «расшифровывает» хеш, а заново хеширует введённый пароль тем же алгоритмом (с той же солью) и сравнивает два хеша. Если хеши совпали, пароль считается верным.

Важно различать три понятия: кодирование, шифрование и хеширование.

• Кодирование (например, Base64) делает данные удобными для передачи или хранения. Оно полностью обратимо без какого‑либо секрета: зная формат, любой может восстановить исходные данные.
• Шифрование (например, AES) защищает данные: преобразование обратимо только при знании ключа. Без ключа расшифровать данные практически нереально.
• Хеширование (например, SHA‑256 или специализированные bcrypt, Argon2) — одностороннее преобразование произвольных данных в строку фиксированной длины. Обратно получить исходные данные по хешу алгоритмически нельзя, а подобрать другие данные с тем же хешем крайне сложно.
• У хорошей хеш‑функции малейшее изменение входа сильно меняет результат, а одинаковый ввод всегда даёт один и тот же хеш, что и используется для проверки паролей.

Поэтому для паролей в базе хранят не сами пароли, а их хеши: даже если база утечёт, злоумышленник не увидит пароли в открытом виде.

Как проверяют пароль, если хеш необратим

При регистрации:

1. Генерируется случайная соль — уникальная строка для пользователя.
2. К паролю добавляют соль и прогоняют через алгоритм password hashing (например, bcrypt или Argon2).
3. В базе сохраняют: соль, параметры алгоритма (например, число итераций) и полученный хеш; сам пароль не хранится.

При входе:

1. По логину находят запись пользователя и достают его соль и параметры.
2. Берут введённый пароль, добавляют ту же соль, хешируют тем же алгоритмом и с теми же параметрами.
3. Сравнивают новый хеш с сохранённым: если строки совпали, пароль верный, доступ разрешается.

Зачем нужны соль и «тяжёлые» алгоритмы

Без соли одинаковые пароли у разных пользователей давали бы одинаковые хеши, и по ним было бы легко находить типичные пароли с помощью заранее просчитанных таблиц (rainbow tables). Соль делает каждый хеш уникальным, а «дорогие» алгоритмы вроде bcrypt и Argon2 сильно замедляют перебор, поэтому взлом большого числа паролей становится крайне затратным.