Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
защита информации 2.doc
Скачиваний:
14
Добавлен:
01.07.2025
Размер:
1 Мб
Скачать
☆

1.2 Аутентификация на основе шифрования с открытым ключом

Такой подход предполагает, что у каждой из двух сторон имеется текущий открытый ключ другой стороны. В процессе обмена также участвует ЦРК. Обе стороны, участвующие в обмене, должны быть зарегистрированы в ЦРК. Современные протоколы, использующие этот подход, выполняют следующие действия:

  1. Сторона А сообщает ЦРК о своем намерении установить соединение с В, и передает свой идентификатор и идентификатор В.

  2. ЦРК возвращает А экземпляр сертификата открытого ключа стороны В.

  3. Сторона А, используя полученный открытый ключ, посылает стороне В свою оказию Na.

  4. Сторона В запрашивает у ЦРК сертификат открытого ключа стороны А и сеансовый ключ. Сообщение включает оказию Nb, чтобы ЦРК мог пометить выдаваемый А ключ этой оказией. Оказия защищается шифрованием с использованием открытого ключа ЦРК.

  5. ЦРК передает стороне В сертификат открытого ключа стороны А и информацию, зашифрованную с помощью личного ключа ЦРК: оказию Na, и новый секретный сеансовый ключ.

  6. Сторона В передает стороне А: ее собственную оказию Na, новый секретный сеансовый ключ, и свою оказию Nb. Все это зашифровано открытым ключом стороны А.

  7. Сторона А извлекает секретный сеансовый ключ и использует его, чтобы вернуть стороне В ее оказию Nb. Это убеждает сторону В в том, что А получила сеансовый ключ.

1.3 Протоколы аутентификации

Односторонняя аутентификация

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

Для односторонней аутентификации чаще всего применяют цифровую подпись. Ее применяют в совокупности с открытым ключом адресата. Возможны два варианта применения цифровой подписи:

  1. Если не стоит задача обеспечить конфиденциальность сообщения, то шифруется только цифровая подпись сообщения:

Мш = М || Ek[H(M)]

  1. Шифруется все сообщение вместе с отдельно зашифрованной цифровой подписью:

Мш = Ek[М || Ek[H(M)]]

Стандарт цифровой подписи

В США в 1991 г. разработан стандарт цифровой подписи DSS (Digital Signature Standard). Этот стандарт основан на алгоритме хэширования SHA (Secure Hash Algorithm), однако не повторяет его, а представляет собой новую технологию извлечения цифровой подписи.

Общая схема использования DSS похожа на общую схему использования цифровой подписи, уже рассмотренную нами (см. раздел «Цифровые подписи»), однако имеет свои отличия. Отличия таковы:

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

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