Код аутентификации сообщения

редактировать
Не путать с контролем доступа к медиа.

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

СОДЕРЖАНИЕ

  • 1 Терминология
  • 2 Определения
  • 3 Безопасность
  • 4 Реализация
    • 4.1 Одноразовый MAC
  • 5 стандартов
  • 6 Пример использования MAC
  • 7 См. Также
  • 8 Примечания
  • 9 ссылки
  • 10 Внешние ссылки

Терминология

Термин « код целостности сообщения» (MIC) часто заменяется термином MAC, особенно в связи, чтобы отличить его от использования последнего в качестве адреса управления доступом к среде ( MAC-адрес). Однако некоторые авторы используют MIC для обозначения дайджеста сообщения, цель которого - однозначно, но непрозрачно идентифицировать отдельное сообщение. RFC 4949 рекомендует избегать термина « код целостности сообщения» (MIC) и вместо этого использовать контрольную сумму, код обнаружения ошибок, хэш, ключевой хэш, код аутентификации сообщения или защищенную контрольную сумму.

Определения

Неформально система кодов аутентификации сообщений состоит из трех алгоритмов:

  • Алгоритм генерации ключей выбирает ключ из ключевого пространства равномерно и случайным образом.
  • Алгоритм подписи эффективно возвращает тег с учетом ключа и сообщения.
  • Алгоритм проверки эффективно проверяет подлинность сообщения с учетом ключа и тега. То есть возврат принимается, если сообщение и тег не подделаны или подделаны, и в противном случае возврат отклонен.

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

Формально система кода аутентификации сообщения ( MAC) представляет собой тройку эффективных алгоритмов ( G, S, V), удовлетворяющих:

  • G (генератор ключей) выдает ключ k на входе 1 n, где n - параметр безопасности.
  • S (подписывание) выводит тег t на ключ k и входную строку x.
  • V (проверка) выходы, принятые или отклоненные на входах: ключ k, строка x и тег t.

S и V должны удовлетворять следующим условиям:

Pr [ k ← G (1 n), V ( k, x, S ( k, x)) = принято ] = 1.

MAC невозможно подделать, если для каждого эффективного противника A

Pr [ k ← G (1 n), ( x, t) ← A S ( k,) (1 n), x ∉ Query ( A S ( k,), 1 n), V ( k, x, t) = принято ] lt;negl ( n),

где A S ( k,) обозначает, что A имеет доступ к оракулу S ( k,), а Query ( A S ( k,), 1 n) обозначает множество запросов к S, сделанных A, которые знает, п. Ясно, что мы требуем, чтобы любой противник не мог напрямую запросить строку x на S, так как в противном случае действительный тег может быть легко получен этим противником.

Безопасность

Хотя функции MAC подобны криптографическим хеш-функциям, они предъявляют другие требования к безопасности. Чтобы считаться безопасной, функция MAC должна противостоять экзистенциальной подделке при атаках с выбранным сообщением. Это означает, что даже если злоумышленник имеет доступ к оракулу, который обладает секретным ключом и генерирует MAC-адреса для сообщений по выбору злоумышленника, злоумышленник не может угадать MAC для других сообщений (которые не использовались для запроса оракула) без выполнения недопустимых сумм. вычисления.

MAC-адреса отличаются от цифровых подписей, поскольку значения MAC создаются и проверяются с использованием одного и того же секретного ключа. Это означает, что отправитель и получатель сообщения должны согласовать один и тот же ключ перед началом связи, как в случае с симметричным шифрованием. По той же причине MAC не предоставляют свойство неотказуемости, предлагаемое подписями, особенно в случае общесетевого общего секретного ключа: любой пользователь, который может проверить MAC, также способен генерировать MAC для других сообщений. Напротив, цифровая подпись создается с использованием закрытого ключа пары ключей, что является криптографией с открытым ключом. Поскольку этот закрытый ключ доступен только его держателю, цифровая подпись доказывает, что документ был подписан не кем иным, как этим держателем. Таким образом, цифровые подписи обеспечивают защиту от отказа от авторства. Однако предотвращение отказа от авторства может быть обеспечено системами, которые надежно связывают информацию об использовании ключа с ключом MAC; один и тот же ключ находится во владении двух человек, но у одного есть копия ключа, который может использоваться для генерации MAC, а у другого есть копия ключа в аппаратном модуле безопасности, который разрешает только проверку MAC. Это обычно делается в финансовой сфере.

Реализация

Алгоритмы MAC могут быть построены из других криптографических примитивов, таких как криптографические хэш-функции (как в случае HMAC ) или из алгоритмов блочного шифрования ( OMAC, CCM, GCM и PMAC ). Однако многие из самых быстрых алгоритмов MAC, такие как UMAC - VMAC и Poly1305-AES, построены на основе универсального хеширования.

Хэш-алгоритмы с внутренними ключами, такие как SipHash, также по определению являются MAC; они могут быть даже быстрее, чем MAC на основе универсального хеширования.

Кроме того, алгоритм MAC может намеренно комбинировать два или более криптографических примитива, чтобы поддерживать защиту, даже если один из них позже окажется уязвимым. Например, в протоколе безопасности транспортного уровня (TLS) входные данные разделяются пополам, каждая из которых обрабатывается с помощью разных примитивов хеширования ( SHA-1 и SHA-2 ), а затем объединяется методом XOR для вывода MAC.

Одноразовый MAC

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

Простейшая такая попарно независимая хеш-функция определяется случайным ключом key = ( a, b), а тег MAC для сообщения m вычисляется как tag = ( am + b) mod p, где p - простое число.

В более общем смысле, независимые от k хеш- функции обеспечивают безопасный код аутентификации сообщения до тех пор, пока ключ используется менее k раз для независимых от k хэш-функций.

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

Стандарты

Существуют различные стандарты, определяющие алгоритмы MAC. Это включает:

  • FIPS PUB 113 Computer Data Authentication, отозванный в 2002 году, определяет алгоритм, основанный на DES.
  • FIPS PUB 198-1 Код аутентификации сообщения с ключом- хешем (HMAC)
  • ISO / IEC 9797-1 Механизмы, использующие блочный шифр
  • ISO / IEC 9797-2 Механизмы, использующие выделенную хеш-функцию
  • ISO / IEC 9797-3 Механизмы, использующие универсальную хеш-функцию
  • ISO / IEC 29192-6 Облегченная криптография - Коды аутентификации сообщений

ИСО / МЭК 9797-1 и -2 определяют общие модели и алгоритмы, которые могут использоваться с любым блочным шифром или хэш-функцией, а также с множеством различных параметров. Эти модели и параметры позволяют определять более конкретные алгоритмы путем назначения параметров. Например, алгоритм FIPS PUB 113 функционально эквивалентен алгоритму MAC 1 ISO / IEC 9797-1 с методом заполнения 1 и алгоритму блочного шифрования DES.

Пример использования MAC

MAC.svg

В этом примере отправитель сообщения запускает его через алгоритм MAC для создания тега данных MAC. Затем сообщение и MAC-тег отправляются получателю. Получатель, в свою очередь, запускает часть сообщения передачи через тот же алгоритм MAC, используя тот же ключ, создавая второй тег данных MAC. Затем приемник сравнивает первый MAC-тег, полученный при передаче, со вторым сгенерированным MAC-тегом. Если они идентичны, получатель может с уверенностью предположить, что сообщение не было изменено или подделано во время передачи ( целостность данных ).

Однако, чтобы получатель мог обнаруживать атаки повторного воспроизведения, само сообщение должно содержать данные, которые гарантируют, что это же сообщение может быть отправлено только один раз (например, отметка времени, порядковый номер или использование одноразового MAC). В противном случае злоумышленник мог бы - даже не понимая его содержимого - записать это сообщение и воспроизвести его позже, получив тот же результат, что и исходный отправитель.

Смотрите также

Примечания

использованная литература

  • Goldreich, Oded (2001), Основы криптографии I: Основные инструменты, Кембридж: Издательство Кембриджского университета, ISBN   978-0-511-54689-1
  • Goldreich, Oded (2004), Основы криптографии II: Основные приложения (1. изд. Ред.), Кембридж [ua]: Cambridge Univ. Пресса, ISBN   978-0-521-83084-3
  • Пасс, Рафаэль, Курс криптографии (PDF), получено 31 декабря 2015 г.

внешние ссылки

  1. ^ 11-12-20C8
Последняя правка сделана 2024-01-02 08:16:35
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте