Техподдержка

Какой длины должен быть пароль в 2026 году?

NIST теперь требует 15 символов для однофакторного пароля. CISA рекомендует 16 и больше — случайных и уникальных. Смотрите, какую длину использовать в 2026.

Краткий ответ

Для пароля, который вы создаёте сегодня, важны длина, случайность и уникальность. NIST SP 800-63-4 требует, чтобы однофакторный пароль был не короче 15 символов. Если он используется только как часть MFA, он может быть короче, с минимумом NIST в 8.

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

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

Эта статья отвечает, какой длины должен быть пароль в 2026 году. Она опирается на актуальные правила верификаторов NIST SP 800-63-4 / SP 800-63B и на публичный совет CISA. Это не полное руководство по кибербезопасности.

Так какой длины должен быть мой пароль?

Если password manager может его сохранить, сгенерируйте уникальный случайный пароль из 16+ символов. Используйте более длинную случайную строку, когда сервис это позволяет. Если нужно запомнить, длинная passphrase часто практичнее короткой строки с принудительными заменами. 16 не является невзламываемым, а 15 — не гарантия.

Что требует NIST в 2026 году?

NIST SP 800-63-4 говорит верификаторам, что требовать — не личный слоган. Однофакторный пароль должен быть не короче 15 символов. Если он используется только как часть MFA, он может быть короче, но минимум по-прежнему 8. Верификаторы SHOULD принимать не менее 64 символов. Они SHALL NOT требовать принудительную смесь типов символов и SHALL NOT заставлять периодически менять пароль без признаков компрометации. Распространённые или утёкшие пароли следует блокировать.

Что рекомендует CISA?

Руководство Secure Our World от CISA проще для людей: делайте пароли длинными (не менее 16 символов), случайными и уникальными и используйте password manager. Это не противоречит NIST. Цифра 15 у NIST — требование верификатора для одного фактора. Цифра 16+ у CISA — практическая публичная рекомендация.

8 vs 12 vs 16 символов: действительно ли важна длина?

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

Длина Практический взгляд
8 Слишком коротко как общая рекомендация для нового однофакторного пароля. NIST допускает 8 только как минимум, когда пароль используется исключительно как часть MFA.
12 Лучше коротких устаревших паролей, но ниже текущего однофакторного минимума NIST, равного 15.
15 Текущий однофакторный минимум NIST для верификаторов.
16+ Совпадает с простой публичной рекомендацией CISA и является разумной отправной точкой для сгенерированных паролей.

Длина важнее сложности?

Актуальные рекомендации предпочитают достаточную длину и хороший выбор предсказуемым правилам состава. Шаблон вроде обычного слова плюс «1!» может оставаться угадываемым даже при смешанных типах. Спецсимволы не бесполезны: в случайно сгенерированном пароле более широкий набор может добавить комбинаций. Основа — случайность, длина и уникальность.

Длинный пароль всё равно может быть слабым

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

Почему у каждой учётной записи должен быть свой пароль

Если один сервис утечёт пароль, а вы его использовали повторно, другие учётные записи с тем же значением под угрозой. Каждой учётной записи нужен свой пароль. Перебор утёкших пар на других сайтах (credential stuffing) обычен. Уникальные пароли ограничивают этот ущерб.

Стоит ли использовать password manager?

NIST просит верификаторов разрешать password managers и автозаполнение. CISA тоже рекомендует manager. Вам не нужно запоминать уникальный случайный пароль для каждого сайта. Эта статья не рекомендует конкретный продукт.

Password или passphrase?

Если manager хранит значение, удобен случайно сгенерированный пароль. Если нужно запомнить, длинная passphrase из нескольких слов может быть практичнее. Избегайте известных цитат, текстов песен, обычных предложений и личных деталей. Это короткая заметка, не полное руководство по passphrase.

Нужны ли паролям заглавные буквы, цифры и символы?

NIST говорит, что верификаторы SHALL NOT требовать смесь типов символов. Сайт, который заставляет ставить одну заглавную, одну цифру и один символ, не следует этому направлению. Случайный генератор всё равно может использовать широкий набор, и это нормально. Символы не делают пароли слабее.

Нужно ли менять пароли каждые 90 дней?

NIST говорит, что верификаторы SHALL NOT требовать произвольную периодическую смену, если нет признаков компрометации. Меняйте пароль, если он утечёт, учётная запись скомпрометирована или сервис просит об этом. Это не «никогда не меняйте пароли».

Делает ли MFA длину пароля неважной?

Нет. MFA добавляет защиту. Это не делает гигиену паролей необязательной. NIST может допустить минимум в 8 символов, когда пароль используется только как часть MFA. Это не общая рекомендация использовать пароли из 8 символов.

Чего длина не остановит

Очень длинный пароль не останавливает каждую атаку. Одна длина не остановит фишинг, вредоносное ПО или кейлоггинг, социальную инженерию или скомпрометированное устройство. MFA, обновления ПО и внимательность к фишингу по-прежнему важны. Эта статья остаётся про длину пароля.

Длина помогает, но одной длины недостаточно

Сильный пароль длинный, случайный и уникальный. Используйте password manager, когда можете, и включайте MFA, когда она доступна.

Простое руководство по выбору длины пароля

Нужен новый пароль учётной записи? Если password manager может его сохранить, сгенерируйте уникальный случайный пароль — 16+ символов это практичное начало, длиннее если поддерживается. Если нужно запомнить, используйте длинную уникальную passphrase и избегайте обычных фраз. Затем включите MFA, когда она доступна.

  • Нужен новый пароль учётной записи?
  • Может ли password manager его сохранить?
  • Да → уникальный случайный пароль, 16+ (длиннее, если разрешено)
  • Нет → длинная уникальная passphrase; избегайте обычных фраз
  • Включите MFA, когда она доступна
Длина помогает. Случайность и уникальность по-прежнему решают, полезна ли эта длина.

Сгенерируйте длинный случайный пароль в браузере

NEXNARA Генератор паролей может создать пароль, passphrase или PIN. Эта статья про пароли учётных записей, не про PIN устройства. PIN — другой, более короткий секрет, и это не та же рекомендация.

Режим пароля: длина 4–128, по умолчанию 16. Выберите классы символов, исключите неоднозначные символы или исключите свои символы. Сгенерируйте 1, 5, 10 или 20 значений, затем скопируйте или скачайте TXT-файл.

Режим passphrase использует большой английский список слов EFF (7776 слов): 3–8 слов, по умолчанию 5, с разделителем, капитализацией и необязательным числом.

Генерация использует криптографически стойкий генератор случайных чисел браузера (crypto.getRandomValues), с 32-битным rejection sampling и безопасным перемешиванием. Math.random не используется. Показанная энтропия — оценка по набору символов и длине (или размеру списка и числу слов), не измерение человеческого пароля и не обещание, что значение нельзя угадать.

Сама генерация происходит в вашем браузере. Значения не отправляются на сервер NEXNARA для этого инструмента. Реклама и другие функции сайта по-прежнему используют сеть.

Нужен случайный пароль из 16 символов для старта? Откройте Генератор паролей и сгенерируйте такой, который сохраните, а не используете повторно.

FAQ

Какой длины должен быть пароль в 2026 году?

NIST требует не менее 15 символов для однофакторного пароля. CISA рекомендует не менее 16 случайных и уникальных. 16+ сгенерированных символов — сильное практическое начало, когда сервис это позволяет. Это не гарантия.

Достаточно ли пароля из 12 символов?

Это лучше короткого устаревшего пароля, но ниже текущего однофакторного минимума NIST в 15 символов. Предпочитайте 16+, когда можете.

Безопасен ли пароль из 16 символов?

16 случайных уникальных символов — разумное начало. Это не автоматически безопасно. Предсказуемые или повторно используемые значения из 16 символов остаются слабыми.

Более длинные пароли всегда лучше?

Более длинные случайные уникальные пароли обычно добавляют комбинации. Более длинное предсказуемое или повторно используемое значение не автоматически лучше.

Нужны ли в пароле цифры и спецсимволы?

NIST говорит сервисам не требовать принудительную смесь. Случайный генератор всё равно может их включать. Символы не обязательны, чтобы быть «сильным», и они не бесполезны.

Нужно ли менять пароль каждые 90 дней?

NIST говорит не требовать произвольную периодическую смену без признаков компрометации. Меняйте его после утечки, компрометации или предупреждения сервиса — не по пустому календарю на 90 дней.

Техподдержка

JPG vs PNG для скриншотов: какой меньше?

Выбирайте JPG или PNG для скриншотов по содержимому: UI и текст часто остаются чётче как PNG; кадры с большим количеством фото могут быть меньше как JPEG.

Техподдержка

Почему JSON.parse говорит "Unexpected token"?

JSON.parse выбрасывает Unexpected token, когда текст не является допустимым JSON. Разберите одинарные кавычки, запятую в конце, HTML-ответы и позицию ошибки.

Техподдержка

Как уменьшить файл изображения, чтобы оно не стало размытым

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

Техподдержка

Unix Timestamp в дату: секунды, миллисекунды и UTC

Переведите Unix timestamp в дату. Секунды против миллисекунд, UTC против местного времени, ISO 8601 и обратный путь от даты к epoch-времени.

Техподдержка

Почему Base64 делает файлы больше?

Base64 обычно увеличивает двоичные данные примерно на треть. Смотрите структуру 3 байта → 4 символа, дополнение, лишний размер Data URL и когда этот прирост оправдан.