Это не официальный сайт wikipedia.org 01.01.2023

Протокол Ньюмана — Стабблбайна — Википедия

Протокол Ньюмана — Стабблбайна

Протокол Ньюмана-СтабблбайнаПравить

Криптографические обозначения, используемые в протоколах проверки подлинности и обмена ключами
A  Идентификаторы Алисы (Alice), инициатора сессии
B  Идентификатор Боба (Bob), стороны, с которой устанавливается сессия
T  Идентификатор Трента (Trent), доверенной промежуточной стороны
K A , K B , K T  Открытые ключи Алисы, Боба и Трента
K A 1 , K B 1 , K T 1  Секретные ключи Алисы, Боба и Трента
E A , { . . . } K A  Шифрование данных ключом Алисы, либо совместным ключом Алисы и Трента
E B , { . . . } K B  Шифрование данных ключом Боба, либо совместным ключом Боба и Трента
{ . . . } K B 1 , { . . . } K A 1  Шифрование данных секретными ключами Алисы, Боба (цифровая подпись)
I  Порядковый номер сессии (для предотвращения атаки с повтором)
K  Случайный сеансовый ключ, который будет использоваться для симметричного шифрования данных
E K , { . . . } K  Шифрование данных временным сеансовым ключом
T A , T B  Метки времени, добавляемые в сообщения Алисой и Бобом соответственно
R A , R B  Случайные числа (nonce), которые были выбраны Алисой и Бобом соответственно

Протокол Ньюмана — Стабблбайна — симметричный протокол аутентификации и обмена ключами с использованием доверенной стороны. Является усовершенствованной версией протокола Yahalom. Особенностью протокола является отсутствие необходимости синхронизации часов у сторон, а также возможность повторной аутентификации без использования промежуточной стороны.

ИсторияПравить

Криптографический протокол Ньюмана-Стабблбайна для удостоверения подписи и обмена ключами был впервые опубликован в 1993 году. Протокол является модификацией протокола Yahalom и разработан в Массачусетском технологическом институте (MIT) Клифордом Ньюманом и Стюартом Стабблбаном.

Описание протоколаПравить

 
Взаимодействие участников в протоколе Ньюмана-Стабблбайна

ОписаниеПравить

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

Алиса отправляет Бобу сообщение, содержащее идентификатор Алисы и некоторое случайное число Алисы:
  1. A l i c e { A , R A } B o b  
Боб объединяет идентификатор Алисы, ее случайное число и метку времени, шифрует сообщение общим с Трентом ключом и посылает его Тренту, добавив свой идентификатор и случайное число Боба:
2. B o b { B , R B , E B ( A , R A , T B ) } T r e n t  
Трент генерирует сеансовый ключ K  , а затем создает два сообщения. Первое включает идентификатор Боба, случайное число Алисы, случайный сеансовый ключ, метку времени и шифруется общим для Трента и Алисы ключом. Второе состоит из идентификатора Алисы, сеансового ключа, метки времени и шифруется общим для Трента и Боба ключом. Трент добавляет к ним случайное число Боба и отправляет Алисе:
3. T r e n t { E A ( B , R A , K , T B ) , E B ( A , K , T B ) , R B } A l i c e  
Алиса извлекает K   и убеждается, что R A   совпадает с тем, что было послано на этапе 1. Алиса отправляет Бобу два сообщения. Первое - это второе сообщение от Трента, зашифрованное ключом Боба. Второе - это случайное число Боба, зашифрованное сеансовым ключом.
4. A l i c e { E B ( A , K , T B ) , E K ( R B ) } B o b  
Боб расшифровывает сообщение своим ключом и убеждается, что значения T B   и R B   не изменились.
Если оба случайных числа и метка времени совпадают, то Алиса и Боб убеждаются в подлинности друг друга и получают секретный ключ. Нет необходимости синхронизировать часы, так как метка времени определяется только по часам Боба и только Боб проверяет созданную им метку времени.

Проверка подлинностиПравить

Протокол обладает возможностью повторной аутентификации сторон без использования промежуточной стороны, но с использованием новых случайных чисел:

Алиса отправляет Бобу сообщение, присланное Трентом на этапе 3 и новое случайное число:

  1. A l i c e { E B ( A , K , T B ) , R A } B o b  

Боб отправляет Алисе свое новое случайное число и случайное число Алисы, шифруя их сеансовым ключом:

2. B o b { R B , E K ( R A ) } A l i c e  
Алиса отправляет Бобу его новое случайное число, зашифрованное сеансовым ключом:
3. A l i c e { E K ( R B ) } B o b  

Использование новых случайных чисел R A   и R B   защищает от атаки с повторной передачей.

Атаки на протоколПравить

Атака на проверку подлинностиПравить

I   (от англ. Intruder) - злоумышленник.

  1. I ( A l i c e ) { E B ( A , K , T B ) , R A } B o b  
  2. B o b { R B , E K ( R A ) } I ( A l i c e )  
  3. I ( A l i c e ) { E B ( A , K , T B ) , R B } B o b  
  4. B o b { R B , E K ( R B ) } I ( A l i c e )  
  5. I ( A l i c e ) { E K ( R B ) } B o b  

Атака на основе открытых текстовПравить

  1. I ( B o b ) { B , R B , E B ( A , K 0 , T B ) } T r e n t  
  2. T r e n t { E A ( B , R A , K 1 , T B ) , E B ( A , K 1 , T B ) , R B } I ( A l i c e )  
  3. I ( B o b ) { B , R B , E B ( A , K 1 , T B ) } T r e n t  
  4. T r e n t { E A ( B , R A , K 2 , T B ) , E B ( A , K 2 , T B ) , R B } I ( A l i c e )   и т.д.

В этой атаке злоумышленник может получить столько шифров E B ( A , K i , T B )  , сколько необходимо для начала атаки на основе открытых текстов.

ЛитератураПравить

  • Шнайер Б. Протокол Ньюмана-Стабблбайна // Прикладная криптография. Протоколы, алгоритмы, исходные тексты на языке Си = Applied Cryptography. Protocols, Algorithms and Source Code in C. — М.: Триумф, 2002. — С. 82. — 816 с. — 3000 экз. — ISBN 5-89392-055-4.
  • A. Kehne, J. Schönwälder, H. Langendörfer. A nonce-based protocol for multiple authentications (англ.) // ACM SIGOPS Operating Systems Review. — 1992. — Vol. 26, iss. 4. — P. 84 - 89. — ISSN 0163-5980.
  • B. Clifford Neuman, Stuart G. Stubblebine. A note on the use of timestamps as nonces (англ.) // ACM SIGOPS Operating Systems Review. — New York, NY, USA: ACM, 1993. — Vol. 2, iss. 27. — P. 10—14. — ISSN 0163-5980.