HMAC-аутентификация¶

HMAC-аутентификация — это механизм проверки подлинности и целостности данных, основанный на вычислении ключевого хэш-кода аутентификации сообщения (HMAC, Hash-based Message Authentication Code). HMAC представляет собой криптографическую конструкцию, которая использует секретный ключ и криптографическую хэш-функцию для создания уникальной подписи (тега) для каждого сообщения. Этот метод широко применяется в сетевых протоколах, API (интерфейсах программирования приложений) и системах защиты данных для предотвращения подделки сообщений и несанкционированного доступа.

¶История и стандартизация

Концепция HMAC была впервые предложена в 1996 году криптографами Михаилом Белларе, Раном Канетти и Хьюго Кравчиком. Основной целью разработки было создание универсального и безопасного способа аутентификации сообщений, который не зависел бы от конкретной хэш-функции. В 1997 году алгоритм был опубликован в виде запроса на комментарии (RFC 2104) и впоследствии принят в качестве стандарта Национальным институтом стандартов и технологий США (NIST) в рамках спецификации FIPS PUB 198. В Российской Федерации аналогичный механизм регламентируется стандартом ГОСТ Р 34.11-2012, который определяет использование хэш-функции «Стрибог» для построения HMAC (HMAC-GOSTR3411).

¶Принцип работы

HMAC-аутентификация основана на двухраундовом хэшировании. Для вычисления HMAC используется секретный ключ \( K \) и хэш-функция \( H \). Процесс включает следующие шаги:

1. Подготовка ключа: если длина ключа \( K \) превышает размер блока хэш-функции (например, 64 байта для SHA-256), ключ сначала хэшируется. Если ключ короче блока, он дополняется нулевыми байтами до длины блока.
2. Внутренний хэш: ключ \( K \) объединяется с константой ipad (внутреннее дополнение, обычно 0x36) с помощью операции XOR (исключающее ИЛИ). К полученному результату добавляется исходное сообщение \( M \), и вычисляется хэш: \( H((K \oplus ipad) || M) \).
3. Внешний хэш: ключ \( K \) объединяется с константой opad (внешнее дополнение, обычно 0x5C) с помощью XOR. К этому результату добавляется хэш из предыдущего шага, и вычисляется финальный HMAC: \( H((K \oplus opad) || H((K \oplus ipad) || M)) \).

Формула HMAC в общем виде: \[ \text{HMAC}(K, M) = H((K' \oplus opad) || H((K' \oplus ipad) || M)) \] где \( K' \) — ключ, приведённый к длине блока хэш-функции.

¶Классификация и используемые хэш-функции

HMAC не привязан к конкретной хэш-функции, что позволяет использовать различные алгоритмы в зависимости от требований безопасности. Наиболее распространённые комбинации:

• HMAC-MD5 — основан на хэш-функции MD5. Считается устаревшим из-за уязвимостей MD5 к коллизиям, но иногда применяется в старых системах.
• HMAC-SHA1 — использует SHA-1. Также признан небезопасным для криптографических целей, но всё ещё встречается в некоторых протоколах (например, в устаревших версиях TLS).
• HMAC-SHA256 — наиболее популярный вариант, основанный на SHA-256. Обеспечивает высокий уровень безопасности и широко используется в современных протоколах (TLS 1.2/1.3, JWT, OAuth 2.0).
• HMAC-SHA3 — использует семейство хэш-функций SHA-3. Применяется в системах, требующих устойчивости к квантовым атакам.
• HMAC-GOSTR3411 — российский стандарт, основанный на хэш-функции «Стрибог». Используется в государственных информационных системах и сертифицированных средствах криптографической защиты информации (СКЗИ).

¶Применение

HMAC-аутентификация используется в широком спектре приложений, где требуется проверка целостности и подлинности данных без шифрования.

¶Сетевые протоколы

• TLS/SSL — HMAC применяется для аутентификации записей в протоколах защиты транспортного уровня. В TLS 1.2 HMAC-SHA256 используется для вычисления кодов аутентификации сообщений (MAC).
• IPsec — в протоколе аутентифицирующего заголовка (AH) и инкапсулирующей полезной нагрузки безопасности (ESP) HMAC обеспечивает целостность пакетов.
• SSH — протокол безопасной оболочки использует HMAC для проверки целостности передаваемых данных.

¶API и веб-аутентификация

• OAuth 2.0 — в некоторых реализациях HMAC применяется для подписи запросов к API, например, в AWS Signature Version 4.
• JSON Web Tokens (JWT) — HMAC-SHA256 является одним из алгоритмов подписи токенов (HS256), используемых для аутентификации пользователей в веб-приложениях.
• HTTP-аутентификация — схема Digest access authentication использует HMAC для вычисления ответа на вызов сервера.

¶Безопасность данных

• Хранение паролей — HMAC может применяться для создания хэшей паролей (PBKDF2, HKDF), хотя для этой цели чаще используются специализированные функции (bcrypt, Argon2).
• Проверка целостности файлов — HMAC позволяет убедиться, что файл не был изменён, если известен секретный ключ.

¶Безопасность и криптоанализ

HMAC считается криптостойким при условии использования надёжной хэш-функции и достаточно длинного секретного ключа (не менее 128 бит). Основные угрозы для HMAC связаны с уязвимостями базовой хэш-функции:

• Атаки на коллизии — если хэш-функция уязвима к коллизиям (как MD5 или SHA-1), злоумышленник может подобрать два разных сообщения с одинаковым HMAC. Однако HMAC устойчив к атакам на коллизии лучше, чем простая хэш-функция, благодаря двухраундовой структуре.
• Атаки по времени — реализация HMAC должна быть константной по времени выполнения, чтобы предотвратить утечку информации через временные задержки.
• Утечка ключа — безопасность HMAC полностью зависит от сохранности секретного ключа. Если ключ скомпрометирован, злоумышленник может подделать любое сообщение.

¶Сравнение с другими методами аутентификации

¶Реализация в российских стандартах

В Российской Федерации HMAC-аутентификация регламентируется национальными стандартами. ГОСТ Р 34.11-2012 определяет хэш-функцию «Стрибог» с длиной хэша 256 или 512 бит. На её основе строится HMAC-GOSTR3411, который используется в системах электронной подписи и защищённого документооборота. Программные и аппаратные реализации HMAC-GOSTR3411 сертифицируются Федеральной службой безопасности (ФСБ) России и применяются в государственных информационных системах.

¶Ограничения и критика

Несмотря на широкое распространение, HMAC имеет ряд ограничений:

• Отсутствие конфиденциальности — HMAC не шифрует данные, а только подтверждает их подлинность. Для защиты содержимого сообщения требуется дополнительное шифрование.
• Управление ключами — необходимость безопасного распространения и хранения секретных ключей создаёт операционные сложности, особенно в распределённых системах.
• Уязвимость к повторным атакам — HMAC сам по себе не защищает от повторной отправки перехваченного сообщения. Для предотвращения таких атак используются временные метки (timestamp) или одноразовые номера (nonce).

¶Интересные факты

• HMAC является обязательным компонентом протокола TLS 1.3, где он используется для аутентификации рукопожатия и записей.
• В 2011 году была обнаружена уязвимость в реализации HMAC-MD5 в протоколе IPsec, что привело к рекомендации перехода на HMAC-SHA256.
• Алгоритм HMAC лёг в основу стандарта HKDF (HMAC-based Key Derivation Function), используемого для генерации криптостойких ключей из паролей или других источников энтропии.

¶Источники

• RFC 2104 — HMAC: Keyed-Hashing for Message Authentication
• FIPS PUB 198-1 — The Keyed-Hash Message Authentication Code (HMAC)
• ГОСТ Р 34.11-2012 — Информационная технология. Криптографическая защита информации. Функция хэширования
• NIST Special Publication 800-107 — Recommendation for Applications Using Approved Hash Algorithms
• «Криптография и безопасность сетей» — У. Столлингс, 2017