Двухфакторная аутентификация: почему растет популярность аппаратных ключей
7 мая 2026 года FIDO Alliance оценила число активных passkeys в 5 миллиардов. Это оценка для passkeys в целом, а не статистика по физическим аппаратным ключам: в неё входят разные способы хранения и…

7 мая 2026 года FIDO Alliance оценила число активных passkeys в 5 миллиардов. Это оценка для passkeys в целом, а не статистика по физическим аппаратным ключам: в неё входят разные способы хранения и использования ключей, в том числе встроенные в устройства и синхронизируемые между ними passkeys. Цифра показывает масштаб экосистемы, но сама по себе не доказывает, что именно аппаратные токены стали популярнее.
Интерес к физическим ключам связан с другой особенностью: они дают способ входа, устойчивый к распространённому сценарию фишинга, когда жертву вынуждают ввести одноразовый код на поддельной странице. СМС и коды из приложения-аутентификатора в таком случае можно перехватить и быстро передать настоящему сервису. FIDO2 и WebAuthn устроены иначе: аутентификация криптографически связана с доменом, для которого настроен ключ.
Анатомия уязвимости: почему SMS-код и TOTP остаются слабым звеном
СМС долго считались удобным вторым фактором: телефон обычно под рукой, а код приходит без отдельного приложения. Но безопасность такого способа зависит не только от пользователя и сервиса. В цепочке участвует оператор связи, а сам код можно перехватить или выманить.
Один из известных сценариев называется SIM-свопингом. Злоумышленник добивается переноса номера жертвы на другую SIM-карту. Если оператор проводит такую операцию под влиянием социальной инженерии или из-за сбоя в процедуре проверки, сообщения с одноразовыми кодами могут попасть не владельцу номера. Пользователь не управляет процедурами оператора, поэтому не может устранить этот риск настройками телефона.
Другая проблема возникает при фишинге в реальном времени. Жертва открывает поддельную страницу, похожую на страницу нужного сервиса, и вводит логин, пароль и СМС-код. Злоумышленник тут же пересылает введённые данные настоящему сайту. Если код ещё действует, сервис может принять его и разрешить вход. Такой сценарий называют атакой типа adversary-in-the-middle, или AiTM: поддельная страница выступает посредником между пользователем и настоящим сайтом.
Существуют и инфраструктурные риски, связанные с передачей СМС через сети операторов. В некоторых сценариях уязвимости сигнальных систем могут использоваться для перехвата сообщений. Обычный пользователь не может проверить, как устроена эта часть связи и насколько надёжно она защищена.
Приложения-аутентификаторы, генерирующие TOTP-коды, убирают зависимость от доставки СМС. Это полезное изменение, но оно не решает проблему фишинга в реальном времени: код всё равно вводит сам пользователь, и его можно немедленно передать настоящему сервису. Поэтому наличие второго фактора ещё не означает, что вход устойчив к поддельным страницам.
Одноразовый код не становится фишинг-устойчивым только потому, что действует недолго. Если его можно перехватить и ретранслировать, атакующий может использовать его до истечения срока действия.
Криптографическая привязка к домену: как работают FIDO2 и WebAuthn
FIDO2 и WebAuthn предлагают другую модель входа. Вместо кода, который пользователь переносит с одного сайта на другой, используется пара криптографических ключей. При настройке сервис получает открытый, то есть публичный, ключ и связывает его с учётной записью. Закрытый ключ хранится на аутентификаторе. В случае аппаратного токена он находится в самом устройстве; для других вариантов хранения устройство и правила синхронизации могут отличаться.
При входе сервис отправляет браузеру случайный запрос, который нужно подтвердить. Браузер передаёт его аутентификатору. Пользователь подтверждает действие, например касанием ключа или биометрической проверкой на устройстве, а аутентификатор подписывает запрос закрытым ключом. Сервис проверяет подпись с помощью открытого ключа, полученного при регистрации.
Важна и привязка к домену. В WebAuthn аутентификация связана с origin, то есть с источником запроса: доменом и контекстом, в котором открыта страница. Если пользователь окажется на поддельном сайте с другим origin, браузер не сможет выполнить аутентификацию так, будто это настоящий сервис. Поддельная страница может выглядеть убедительно, но не получает подпись, пригодную для входа на исходный сайт.
Именно поэтому такой способ называют фишинг-устойчивым. Для кода SMS или TOTP пользователь вручную переносит значение между страницей и сервисом. В FIDO-аутентификации ключ отвечает на запрос, связанный с доменом; отдельного кода, который можно скопировать с поддельной страницы и тут же применить на настоящей, нет.
При этом FIDO2 и WebAuthn не означают, что любой приватный ключ всегда остаётся на одном устройстве. Аппаратный токен хранит ключ локально и не синхронизирует его через облачный аккаунт. Passkeys на некоторых платформах могут синхронизироваться между устройствами. Это меняет удобство восстановления доступа и расширяет модель доверия, но не отменяет привязку аутентификации к домену.
Рекомендации CISA и NIST: почему организациям нужна фишинг-устойчивая MFA
CISA рекомендует организациям применять фишинг-устойчивую многофакторную аутентификацию для защиты важных сервисов и учётных записей. В руководствах по кибербезопасности такая защита рассматривается как способ снизить риск атак, в том числе связанных с программами-вымогателями. Это рекомендация по снижению риска, а не универсальное утверждение, что конкретный метод обязателен для каждой организации и каждого сервиса.
NIST в серии публикаций SP 800-63 описывает уровни гарантии аутентификации и свойства разных способов входа. При оценке имеет значение не только наличие второго фактора, но и устойчивость схемы к фишингу. СМС и одноразовые коды, вводимые пользователем, не обеспечивают такой устойчивости. Криптографические методы с привязкой к домену дают более сильную защиту от подмены сайта.
Для корпоративной инфраструктуры выбор фактора особенно важен в местах, через которые можно получить доступ к другим системам. Электронная почта часто используется для восстановления паролей и связи с сотрудниками. VPN открывает удалённый доступ к внутренней сети. Привилегированная учётная запись может давать расширенные права. Если такие точки защищены только кодом, который можно выманить на фишинговой странице, второй фактор не останавливает этот сценарий атаки.
Требования к аутентификации зависят от отрасли, юрисдикции и конкретной системы. Поэтому рекомендации CISA и подход NIST не стоит превращать в общее утверждение, будто любая организация, использующая СМС, автоматически нарушает требования регулятора. Но для команд, которые защищают критичные сервисы, это веский повод оценить, где коды остаются приемлемым компромиссом, а где нужна фишинг-устойчивая MFA.
Масштаб экосистемы passkeys и границы статистики
Оценка FIDO Alliance в 5 миллиардов активных passkeys относится к passkeys в целом. Она не сообщает, сколько из них хранится на аппаратных токенах, сколько встроено в устройства и сколько синхронизируется между гаджетами. Поэтому использовать эту цифру как статистику внедрения физических ключей нельзя.
В апреле 2026 года Sapio Research по заказу FIDO Alliance провела потребительское и корпоративное исследования. Их результаты публикуются отдельно от оценки числа активных passkeys. Важно не смешивать разные типы данных: оценка масштаба экосистемы не объясняет, почему конкретные пользователи выбирают определённый способ входа, а результаты опросов не обязательно описывают число реально настроенных ключей.
Различия между passkeys важны прежде всего для управления доступом и восстановления. Аппаратный ключ физически отделён от телефона и компьютера пользователя. Встроенный аутентификатор связан с конкретным устройством. Синхронизируемый passkey доступен на нескольких устройствах через экосистему платформы. Все эти варианты могут обеспечивать защиту от фишинга благодаря привязке к домену, но у них разные сценарии отказа и восстановления.
| Параметр | Аппаратный ключ | Встроенный аутентификатор | Синхронизируемый passkey |
|---|---|---|---|
| Где используется | Отдельный физический токен | Телефон или компьютер | Устройства, подключённые к экосистеме синхронизации |
| Как подтверждается вход | Касанием или другим действием на ключе | Проверкой на устройстве | Проверкой на доступном устройстве |
| Перенос между устройствами | Обычно нужен второй ключ или повторная настройка | Зависит от платформы | Предусмотрена синхронизация |
| Что важно для восстановления | Наличие резервного ключа и процедура его регистрации | Доступ к устройству и настройкам аккаунта | Доступ к аккаунту и механизмам восстановления платформы |
| Особенность модели доверия | Доверие к физическому устройству | Доверие к защите самого устройства | Дополнительно нужно учитывать платформу синхронизации |
Синхронизация делает passkey удобнее, особенно если человек регулярно меняет устройства или пользуется несколькими гаджетами. Но она добавляет в модель доверия экосистему, через которую ключ переносится. Это не означает, что компрометация аккаунта платформы автоматически открывает все связанные сервисы. Риски зависят от механизмов защиты и восстановления у конкретного провайдера, настроек аккаунта и обстоятельств атаки.
Физический ключ решает другую задачу. Он позволяет держать фактор отдельно от компьютера или телефона, с которого выполняется вход. Это может быть полезно там, где доступ к аккаунту особенно важен и организация хочет управлять выдачей, хранением и отзывом устройств. Но сам по себе отдельный токен не отменяет необходимость резервного способа входа, учёта ключей и процедуры на случай потери.
Titan Security Keys: аппаратный ключ в критически важных сценариях
Google описывает Titan Security Keys как устройства двухфакторной аутентификации, использующие криптографическое подтверждение взаимодействия с сервисом, для которого ключ зарегистрирован. Это пример реализации подхода FIDO, а не отдельная альтернатива FIDO2 и WebAuthn. Защита от фишинговой страницы здесь основана на тех же принципах: аутентификация привязана к домену, а пользователь не вводит одноразовый код, который можно переслать атакующему.
В организации аппаратные ключи могут использоваться для защиты почты, удалённого доступа и привилегированных учётных записей, если эти сервисы поддерживают соответствующий способ входа. Их применение требует не только раздать устройства сотрудникам. Нужно решить, кто отвечает за регистрацию ключей, как выдаётся резервный экземпляр, что происходит при потере и как отозвать доступ у уволенного сотрудника или при подозрении на компрометацию.
Обычно резервирование продумывают заранее. Если единственный ключ утерян или повреждён, сотрудник может потерять доступ именно в момент, когда нужно срочно восстановить работу. Если же резервные средства обходят обычную проверку и защищены слабее, они становятся удобным путём для атакующего. Поэтому процедура восстановления должна сохранять уровень защиты, ради которого организация внедряет аппаратный фактор.
У такого подхода есть и операционная цена. Ключи нужно закупать, выдавать и учитывать, а пользователям объяснять, как действовать при входе и потере устройства. Для компании это отдельная работа ИТ-команды. С другой стороны, физический носитель делает фактор наглядным: его можно назначить конкретному человеку, зарегистрировать в системе и отозвать, если доступ больше не нужен.
Финансовые компании и операторы критической инфраструктуры могут предъявлять к аутентификации повышенные требования, но конкретные обязанности зависят от применимых правил и систем. Сам факт работы в такой отрасли не доказывает, что всем сотрудникам обязательно нужен один и тот же тип ключа. Решение обычно строится вокруг модели угроз: какие аккаунты дают доступ к чувствительным данным или операциям, какие методы поддерживают сервисы и как организация будет восстанавливать доступ.
О том, как цифровые банки перестраивают процессы и используют программные решения, можно прочитать в материале о трансформации финтех-подхода и цифровых решениях на примере конкретных банков.
Где заканчивается защита аппаратного ключа
Фишинг-устойчивость не равна защите от всех атак. Аппаратный ключ помогает против поддельной страницы, которая пытается перехватить учётные данные и одноразовый код. Он не устраняет риск уязвимости в самом сервисе или устройстве, ошибочной регистрации ключа, потери токена и небезопасного восстановления доступа. Важны также права аккаунта и то, что происходит после успешного входа.
Удобство тоже имеет значение. Если сервис не поддерживает нужный стандарт или пользователю сложно носить с собой отдельный токен, физический ключ может оказаться неподходящим повседневным фактором. Passkey, встроенный в устройство или синхронизируемый между устройствами, способен упростить вход. При этом организациям важно понимать, где именно хранятся ключи, как они восстанавливаются и кто управляет учётной записью платформы.
Открытые данные не дают разбивки оценки FIDO Alliance в 5 миллиардов по категориям. По этой цифре нельзя определить ни долю аппаратных токенов, ни темп их внедрения, ни число сервисов, которые их поддерживают. Масштаб passkeys говорит о развитии общей экосистемы, а не о победе одного типа устройства.
Выбор между аппаратным ключом и другими passkeys зависит от задачи. Для личных аккаунтов синхронизация может сделать фишинг-устойчивый вход доступнее и проще в восстановлении. Для организации, которой нужно отдельно контролировать физический фактор для критичных учётных записей, аппаратный токен даёт более изолированный вариант. В обоих случаях главное отличие от SMS и TOTP остаётся одним: пользователь не переносит вручную код, который можно перехватить на фишинговой странице.