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

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

Шаг 1. Составьте карту аккаунтов

Выпишите не пароли, а сервисы и их значение. В первый уровень поместите основную почту, аккаунт телефона или компьютера, облако с документами, банковские и государственные сервисы. Через них можно восстановить доступ к остальным или причинить прямой ущерб. Второй уровень — соцсети, магазины с сохранёнными данными и рабочие инструменты. Третий — форумы и редкие подписки.

Отметьте повторяющиеся пароли и старые адреса восстановления. Начинайте замену с основной почты, затем с сервисов, где тот же пароль использовался. Если утёк один повтор, безопасным нужно считать не только этот сайт, а всю группу.

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

Шаг 2. Для главных аккаунтов придумайте длинные фразы

Выберите несколько несвязанных слов, которые не образуют известную цитату, адрес, песню или биографический факт. Добавьте символы только если их требует сервис, но не заменяйте каждую «а» на один и тот же знак. CISA приводит запоминаемую фразу из нескольких случайных слов как один из способов получить длинный пароль и рекомендует не менее шестнадцати знаков в пользовательской памятке.2

NIST в актуальном стандарте требует от проверяющих систем принимать не менее пятнадцати символов для пароля как единственного фактора и разрешать длинные значения.1 Это требование адресовано сервисам, а не обещает безопасность любой пятнадцатизначной фразы. «Минск2026Пароль» остаётся предсказуемым, несмотря на длину.

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

Шаг 3. Не стройте семейство из одного корня

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

Не шифруйте пароли собственным алфавитом и не храните подсказки вроде «как всегда, но с банком». Такие приёмы плохо резервируются: после болезни или длительного перерыва правило забывается, а близкий человек не понимает архив. Если алгоритм достаточно прост для постоянного воспроизведения, он часто достаточно прост и для угадывания после одного раскрытого примера.

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

Шаг 4. Бумажный архив защищайте как документ

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

Запись должна быть понятной владельцу, но не полагаться на секретный шифр. Можно разделить логины и пароли по разным физическим местам, если вы не рискуете навсегда потерять связь между ними. Не подписывайте обложку «Все пароли» и не фотографируйте страницы для удобства: снимок автоматически превращает физический архив в облачный.

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

Шаг 5. Не заменяйте менеджер обычным файлом

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

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

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

Продумайте семейный доступ без общего пароля

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

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

Шаг 6. Храните резервные коды отдельно

Двухфакторная защита снижает последствия украденного пароля, но создаёт задачу восстановления. После включения MFA сервис может выдать одноразовые коды. Распечатайте или запишите их и положите отдельно от телефона, приложения-аутентификатора и основного списка паролей.

Google поясняет, что каждый резервный код используется один раз, а создание нового набора делает прежний недействительным.4 У других платформ правила могут отличаться, поэтому подпишите дату создания и проверьте официальную справку. Не отправляйте коды себе по той же почте, которую они должны восстанавливать.

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

Шаг 7. Меняйте пароль по событию, а не по календарю

Постоянная принудительная смена подталкивает к предсказуемым вариантам: человек меняет одну цифру и считает задачу выполненной. NIST рекомендует сервисам не требовать периодической замены без признаков компрометации.1 Это не означает, что старый пароль безопасен навсегда.

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

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

Шаг 8. Раз в сезон проводите короткую ревизию

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

Не вводите пароль после перехода по тревожной ссылке. Откройте сервис из закладки или наберите адрес самостоятельно. Даже сильная фраза раскрывается целиком, если человек отдаёт её поддельной странице; пароль сам по себе не является фишинг-устойчивым, что прямо отмечает NIST.1

Если список растёт быстрее, чем вы успеваете его обслуживать, это сигнал пересмотреть отказ от менеджера. Ручная схема не должна доказывать принцип. Её цель — сохранить уникальность и восстановимость без самообмана. Пока для этого хватает нескольких запоминаемых фраз, защищённой бумаги и отдельного MFA, система жизнеспособна; когда начинается повторение, она перестаёт выполнять задачу.

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