Хеши/крипто

Генератор паролей

Криптографически случайные пароли с настраиваемой длиной и набором символов.

Генератор создаёт пароль из криптографически стойкого источника случайности (Web Crypto API) прямо в вашем браузере. Ни один пароль никогда не покидает устройство и не попадает на сервер.

Как пользоваться

Как оценить надёжность

Надёжность пароля зависит от энтропии — длины и размера алфавита символов, а не от того, насколько он выглядит «сложным» для человека. Длинный пароль только из строчных букв часто надёжнее короткого со всеми типами символов.

Для учётных записей, где это поддерживается, надёжнее включить двухфакторную аутентификацию, чем полагаться только на длину пароля.

Что стоит помнить

Не используйте один и тот же пароль для нескольких сервисов — утечка одной учётной записи не должна ставить под угрозу остальные.

Храните пароли в менеджере паролей, а не в текстовом файле или заметках.

Статья об этом инструменте: Генератор паролей: что на самом деле делает пароль устойчивым

Часто задаваемые вопросы

Что на самом деле делает сгенерированный пароль надёжным?

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

Безопасно ли использовать это для генерации паролей реальных аккаунтов?

Да. Пароли генерируются локально в вашем браузере с использованием криптографически стойкого источника случайности — ничего не отправляется на сервер и нигде не сохраняется.

Зачем исключать неоднозначные символы вроде l, 1, O и 0?

Эти символы могут выглядеть одинаково в некоторых шрифтах, из-за чего пароли сложнее правильно ввести или прочитать вслух. Их исключение немного снижает энтропию ради меньшего числа ошибок при переносе.

Лучше ли парольная фраза из слов, чем случайные символы?

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

Можно ли доверять генератору паролей, встроенному в браузер или менеджер паролей?

Да, если он использует криптографически стойкий источник случайности (Web Crypto API или аналог), а не обычный Math.random() или подобные непригодные для безопасности генераторы псевдослучайных чисел.

Статьи: Хеши/крипто

Hash Generator: чем MD5, SHA-1 и SHA-256 отличаются друг от друга

Почему MD5 до сих пор используют для проверки целостности файлов, но не для паролей.

Checksum Verifier: как проверить, что файл не повреждён

Почему совпадение контрольной суммы подтверждает целостность файла, но не то, кто его создал.

HMAC: чем хеш с ключом отличается от обычного хеша

Почему обычный SHA-256 не защищает от подделки сообщения, а HMAC — защищает.

Bcrypt: почему пароли хешируют медленно, а не быстро

Почему быстрый SHA-256 — плохая идея для паролей, а медленный bcrypt — правильная.

UUID: как генерируют идентификаторы, которые почти никогда не повторяются

Почему UUID v4 можно генерировать независимо на миллионах машин без риска коллизий.

AES: как работает симметричное шифрование

Почему один и тот же ключ шифрует и расшифровывает данные в AES, и чем это отличается от асимметричного шифрования.

Argon2: почему этот алгоритм победил в конкурсе на хеширование паролей

Чем Argon2 лучше защищает от атак на видеокартах, чем более старые алгоритмы хеширования паролей.

Scrypt: зачем алгоритму нужно много памяти

Почему scrypt намеренно требует много памяти, чтобы усложнить перебор на ASIC-устройствах.

TOTP: как работают одноразовые коды в приложениях-аутентификаторах

Почему код в Google Authenticator работает без интернета и синхронизируется с сервером только по времени.

PBKDF2: самый старый стандарт растяжения ключей

Почему рекомендуемое количество итераций PBKDF2 растёт с каждым годом.

X.509: что внутри SSL-сертификата

Что именно браузер проверяет в сертификате сайта, прежде чем показать зелёный замочек.

PGP: как работает шифрование с открытым и приватным ключом

Почему можно свободно делиться публичным ключом PGP, но не приватным.