MFA и криптография: почему OTP уступает WebAuthn и FIDO2

📋 Кратко

Одноразовые пароли (OTP) десятилетиями оставались основой двухфакторной аутентификации, но в 2026 году их недостатки становятся всё более очевидными. Фишинг, SIM-свопинг и перехват кодов подрывают доверие к этому методу. На смену приходят WebAuthn и FIDO2, использующие асимметричную криптографию и модель challenge-response. Разбираем, почему отказ от shared secrets — единственный способ построить по-настоящему устойчивую MFA, и как мигрировать на passwordless-решения без потери удобства.

⏱ 5 минут чтениясложность
Цифровой дождь соединяет старый OTP и новый WebAuthn
Цифровой дождь соединяет старый OTP и новый WebAuthn

🔍 От OTP к WebAuthn: эволюция второго фактора

Многофакторная аутентификация (MFA) долгое время строилась на комбинации «что-то, что вы знаете» (пароль) и «что-то, что вы имеете» (телефон). Одноразовые пароли (OTP), приходящие по SMS или генерируемые приложением, стали де-факто стандартом. Однако в 2026 году ландшафт угроз изменился: фишинговые атаки, перехват SMS и SIM-свопинг сделали OTP уязвимым звеном. WebAuthn и FIDO2 предлагают принципиально иной подход — асимметричную криптографию, где секретный ключ никогда не покидает устройство пользователя. Это не просто эволюция, а смена парадигмы: вместо передачи кода, который могут перехватить, происходит криптографическое подтверждение владения устройством.

Хакер перехватывает SMS-коды в дождливом киберпанк-переулке
Хакер перехватывает SMS-коды в дождливом киберпанк-переулке

В этой статье мы сравним криптографические основы OTP и WebAuthn, разберём, почему второй фактор на базе публичных ключей устойчивее к современным атакам, и дадим практические рекомендации по внедрению FIDO2 в корпоративной среде.

Ключевое отличие: OTP основан на shared secret — один и тот же ключ хранится на сервере и на устройстве. WebAuthn использует пару (публичный ключ, приватный ключ): приватный ключ никогда не передаётся и не хранится на сервере. Даже при компрометации базы данных злоумышленник не сможет выдать себя за пользователя.

🔐 Криптография OTP: общий секрет и его уязвимости

OTP-алгоритмы (HOTP, TOTP) основаны на симметричном шифровании. Сервер и устройство пользователя договариваются об общем секретном ключе (shared secret). При каждой аутентификации они вычисляют одноразовый код на основе этого ключа и временной метки или счётчика. Код передаётся по сети, где его может перехватить злоумышленник — и если код действителен в течение 30–60 секунд, атакующий успевает его использовать (фишинг в реальном времени).

Асимметричная криптография WebAuthn в чистом киберпространстве
Асимметричная криптография WebAuthn в чистом киберпространстве

Главные криптографические недостатки OTP:

  • Shared secret на сервере. Если базу данных взломают, злоумышленник получает все ключи и может генерировать валидные OTP.
  • Передача кода. OTP — это данные, которые можно перехватить (фишинг, MITM, SMS-перехват).
  • Зависимость от временной синхронизации. При рассинхронизации часов пользователь не может войти.
  • Уязвимость к социальной инженерии. Пользователя можно обманом заставить ввести OTP на поддельном сайте.

По данным отчёта компании по безопасности за 2025 год (например, Proofpoint State of the Phish), более 70% атак с использованием MFA были нацелены именно на OTP — через фишинг или перехват SMS. SIM-свопинг остаётся одним из самых эффективных способов обхода SMS-OTP.

🛡️ WebAuthn и FIDO2: асимметричная криптография без shared secrets

WebAuthn — это веб-стандарт (W3C), а FIDO2 — набор протоколов, определённых альянсом FIDO. В основе лежит асимметричная криптография: при регистрации устройство пользователя генерирует пару ключей (приватный и публичный). Публичный ключ отправляется на сервер и связывается с учётной записью. Приватный ключ остаётся на устройстве — в защищённом аппаратном модуле (TPM, Secure Enclave) или в программном хранилище, защищённом биометрией или PIN-кодом.

Утечка базы OTP против неуязвимости асимметричных ключей WebAuthn
Утечка базы OTP против неуязвимости асимметричных ключей WebAuthn

Процесс аутентификации выглядит так:

  1. Сервер отправляет устройству challenge (случайное число).
  2. Устройство подписывает challenge приватным ключом.
  3. Подпись отправляется на сервер, который проверяет её с помощью публичного ключа.

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

Статистика атак на OTP в 2025–2026 гг. Исследования компаний в сфере Threat Intelligence (например, отчёты Mandiant и Group-IB) показывают, что количество фишинговых атак, нацеленных на OTP, выросло на 40% по сравнению с 2024 годом. При этом взломы через SIM-свопинг увеличились на 25%. В то же время не зафиксировано ни одной успешной атаки на WebAuthn, использующей перехват сессии в реальном времени.

📊 Сравнение OTP и WebAuthn: таблица критериев

КритерийOTP (TOTP/HOTP/SMS)WebAuthn / FIDO2
Криптографическая основаСимметричное шифрование (shared secret)Асимметричное шифрование (открытый/закрытый ключ)
Устойчивость к фишингуНизкая (перехват кода)Высокая (challenge-response, привязка к origin)
Устойчивость к утечкам базы данныхНизкая (компрометация всех ключей)Высокая (только публичные ключи)
Требования к устройствуТелефон или софтверный токенВстроенный TPM/Enclave/внешний ключ (YubiKey)
Пользовательский опытВвод кода каждые 30–60 секундБиометрия/PIN, без ввода кода (passwordless)
Уязвимости к социальной инженерииВысокая (обман с просьбой ввести код)Низкая (подтверждение на устройстве)
Сложность внедрения на серверной сторонеНизкая (существующие библиотеки)Средняя (требуется поддержка WebAuthn API)
Стоимость для пользователяБесплатно (если есть телефон)Бесплатно (встроенные средства) или стоимость ключа

🚀 Практические шаги по миграции с OTP на WebAuthn

В 2026 году многие организации уже начали переход на бесшовную passwordless-аутентификацию. Однако полный отказ от OTP требует поэтапного подхода:

Постквантовая криптография FIDO3 в квантовом ядре будущего
Постквантовая криптография FIDO3 в квантовом ядре будущего
  1. Аудит текущих MFA-решений. Определите, где используются OTP (SMS, TOTP) и какие приложения поддерживают WebAuthn.
  2. Выбор аппаратных или встроенных ключей. Для корпоративных пользователей подойдут YubiKey, Google Titan Key, а также встроенные биометрические датчики (Touch ID, Windows Hello).
  3. Пилотное внедрение. Запустите WebAuthn для группы ИТ-специалистов и топ-менеджеров. Оцените удобство и выявите проблемы.
  4. Массовое развёртывание. После успешного пилота включите WebAuthn для всех сотрудников, оставив OTP как fallback для устройств без поддержки.
  5. Отказ от SMS как метода MFA. NIST SP 800-63B (редакция 2025 года) настоятельно рекомендует прекратить использование SMS-OTP из-за низкой безопасности.

При внедрении важно учитывать совместимость: WebAuthn поддерживается всеми современными браузерами (Chrome, Firefox, Safari, Edge) и операционными системами (Windows 10/11, macOS, Android, iOS). Для легаси-приложений может потребоваться прокси-слой или адаптер.

🔮 Будущее MFA: отказ от shared secrets и устойчивость к квантовым угрозам

Криптографическая модель WebAuthn уже сегодня закладывает основу для квантово-устойчивой аутентификации. Поскольку приватный ключ не передаётся, его можно хранить в квантово-безопасном формате (например, на основе CRYSTALS-Kyber или Dilithium) при обновлении прошивки устройства. OTP же с его симметричной природой будет сложнее адаптировать — он требует замены алгоритма на стороне и сервера, и клиента.

В 2026 году альянс FIDO представил черновик спецификации FIDO3, которая включает поддержку постквантовых алгоритмов. Это означает, что организации, внедряющие WebAuthn сегодня, уже находятся на пути к защите от будущих угроз. Напротив, продолжая использовать OTP, они вынуждены будут проводить комплексную замену поколения криптографии в ближайшие 3–5 лет.

Кроме того, концепция Zero Trust (доверия к устройству, а не к сети) идеально сочетается с WebAuthn: каждое устройство имеет уникальный идентификатор и ключ, что позволяет строить политики доступа на основе аппаратной привязки.

📚 Читайте также

📖 Термины

IAM (Identity and Access Management) · MFA · Zero Trust · Социальная инженерия · Фишинг

🔗 Источники