Ключи и пароли: почему потеря одного ломает всё

Каждый урок этого курса незаметно опирался на одно и то же допущение: нужный ключ остался у нужного человека. Симметричное шифрование ломается в момент утечки общего ключа. Асимметричное шифрование ломается, если раскрыт закрытый ключ. Подпись теряет смысл, как только украден её закрытый ключ, — злоумышленник теперь может подписать что угодно, и это пройдёт проверку как подлинное. Учебный модуль NCAE-C по основам криптографии называет управление ключами, наряду с самими алгоритмами, вопросом, который «должен быть решён до внедрения», а не второстепенной деталью.

Почему сильный алгоритм не спасает слабый ключ

AES с 256-битным ключом практически невозможно взломать перебором. Ничто из этого не имеет значения, если сам ключ записан на стикере, используется повторно в разных учётных записях или защищён четырёхзначным кодом, который злоумышленник подберёт за секунды. Большинство реальных криптографических провалов — это не сломанные алгоритмы; это раскрытые ключи, повторно используемые пароли или секреты, оставленные открытым текстом там, где их следовало защитить. Именно поэтому гарантии из предыдущих уроков всегда сопровождались условием — «если общий ключ остаётся в секрете», «только владелец закрытого ключа», — и именно в этом условии живёт управление ключами.

Что на самом деле говорят современные рекомендации по паролям

Действующие руководящие принципы NIST по цифровой идентификации (SP 800-63B) переворачивают многое из того, чему учили большинство людей. Проверяющие стороны, говорится в них, «НЕ ДОЛЖНЫ требовать от пользователей периодической смены паролей» и не должны навязывать правила состава, вынуждающие смешивать типы символов, — обе практики подталкивали людей к небольшим предсказуемым вариациям, а не к по-настоящему более сильным паролям. Вместо этого NIST рекомендует более длинные пароли (его рекомендации указывают на минимум в диапазоне от восьми до пятнадцати символов в зависимости от контекста, с максимумом не менее 64 символов) и проверку новых паролей по спискам часто встречающихся или уже скомпрометированных паролей вместо требования искусственной сложности. Он также прямо требует, чтобы проверяющие стороны «разрешали использование менеджеров паролей и функций автозаполнения», включая разрешение вставки в поля пароля, — признавая, что инструмент, генерирующий и хранящий уникальные, длинные пароли для каждого сайта, делает для безопасности больше, чем любое правило, которое человек способен соблюдать по памяти.

Пасскеи: полное устранение общего секрета

Пароль — это общий секрет: его знаете и вы, и сервис, и именно это делает его подверженным фишингу — поддельная страница входа просто запрашивает тот же самый секрет. Пасскей избегает этого, используя асимметричное шифрование из более раннего урока этого курса. Документация поддержки Apple описывает процесс: при создании пасскея ваше устройство генерирует «уникальную криптографическую пару ключей» — открытый ключ уходит сервису, а закрытый ключ никогда не покидает ваше устройство. Apple заявляет, что пасскеи устойчивы к фишингу, потому что нет общего секрета, который можно было бы выманить обманом: закрытый ключ просто невозможно извлечь через поддельный сайт, каким бы убедительным он ни выглядел. На устройствах Apple закрытый ключ защищается и синхронизируется между вашими собственными устройствами через iCloud Keychain, которую Apple описывает как защищённую сквозным шифрованием, так что даже сама Apple не хранит этот ключ.

Иерархия факторов CISA — кратко

Рекомендации Агентства кибербезопасности и защиты инфраструктуры США (CISA) по многофакторной аутентификации ранжируют методы по устойчивости к фишингу. В них говорится, что «единственная широко доступная аутентификация, устойчивая к фишингу, — это аутентификация FIDO/WebAuthn» — тот же базовый стандарт, на котором построены пасскеи. Одноразовый код, присланный по SMS, по их словам, всё ещё намного лучше, чем полное отсутствие второго фактора, но его можно ретранслировать или перехватить способами, недоступными против метода, устойчивого к фишингу. Там, где сервис предлагает пасскей или аппаратный ключ FIDO, это сейчас самый сильный из широко доступных вариантов; там, где предлагаются только коды в приложении или SMS, любой из них всё равно заметно лучше, чем один лишь пароль.

Практический вывод

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