Генератор парольной политики

Превратите правила паролей в читаемую политику, регулярное выражение для проверки, HTML-поле с pattern и passwordrules и JSON-конфиг. Пресеты NIST и PCI.

0 = без ограничения

Из заглавных, строчных, цифр и спецсимволов (0 = выключено).

0 = выключено

0 = выключено

Традиционные правила сложности. Современные рекомендации (NIST, OWASP) советуют длину и чёрные списки, потому что такие правила подталкивают к предсказуемым шаблонам вроде "Password1!".

^(?=.*[A-Z])(?=.*[a-z])(?=.*[0-9])(?=.*[^A-Za-z0-9]).{8,64}$
minlength: 8; maxlength: 64; required: upper; required: lower; required: digit; required: special; allowed: ascii-printable;

Всегда применяйте политику и на сервере. Регулярное выражение считает кодовые единицы UTF-16, а «спецсимвол» — это любой символ, кроме A–Z, a–z и 0–9.

Что такое Генератор парольной политики?

Задайте требования к паролю один раз и получите их во всех нужных форматах: читаемый текст политики для пользователей, регулярное выражение для проверки, готовое HTML-поле пароля с pattern и атрибутом Apple passwordrules и JSON-конфигурацию.

Как пользоваться Генератор парольной политики

  1. Начните с Готовая политика или задайте правила сами.
  2. Скопируйте Текст политики для документации или страницы регистрации.
  3. Скопируйте Регулярное выражение или Поле HTML для проверки на стороне клиента.
  4. Используйте вывод JSON как конфигурацию для бэкенда.

Пример

Ввод
Classic preset: 8–64 characters, upper, lower, digit, symbol
Вывод
^(?=.*[A-Z])(?=.*[a-z])(?=.*[0-9])(?=.*[^A-Za-z0-9]).{8,64}$
passwordrules: minlength: 8; maxlength: 64; required: upper; required: lower; required: digit; required: special; allowed: ascii-printable;

Когда использовать Генератор парольной политики

Используйте при реализации или документировании парольной политики. Всегда применяйте те же правила на сервере; регулярные выражения на клиенте нужны только для обратной связи пользователю.

Как работает Генератор парольной политики

Обязательные типы символов превращаются в просмотры вперёд вроде (?=.*[A-Z]); «не менее N из 4 категорий» превращается в альтернативу из всех N-сочетаний просмотров; «не более N одинаковых символов подряд» становится (?!.*(.)\1{N}); длина становится .{min,max} (или \S без пробелов). Значение passwordrules следует синтаксису правил паролей Apple (minlength, maxlength, required, allowed, max-consecutive). Правила, которые регулярное выражение выразить не может (уникальные символы, список блокировки, имя пользователя), перечисляются отдельно.

Распространенные Случаи Использования

  • Регулярные выражения проверки для форм регистрации
  • Добавление passwordrules, чтобы Safari создавал подходящие пароли
  • Составление понятных пользователю требований к паролю
  • Синхронизация правил фронтенда и бэкенда через JSON

Примечание по Безопасности

Проверку на стороне клиента можно обойти. Применяйте политику на сервере и хешируйте пароли с помощью Argon2id, scrypt или bcrypt.

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

Какие диалекты регулярных выражений поддерживает вывод?

Используемый синтаксис просмотра вперёд принимают JavaScript, PCRE (PHP), Python re и Java.

Что такое атрибут passwordrules?

HTML-атрибут, предложенный Apple, который сообщает Safari и связке ключей iCloud, какие пароли принимает сайт, чтобы созданные пароли проходили вашу проверку.

Почему регулярное выражение не может проверить список блокировки?

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

Другие категории

CRC
Алгоритмы циклической избыточной проверки для обнаружения ошибок
MD
Алгоритмы дайджеста сообщений (MD2, MD4, MD5)
SHA-1
Защищенный алгоритм хеширования 1 - 160-битная хеш-функция
SHA-2
Семейство защищенного алгоритма хеширования 2 (SHA-224, SHA-256, SHA-384, SHA-512)