Этапы аутентификации: доступ к серверу.
Этап доступа к серверу
Получив сеансовый билет TC,S и сеансовый ключ KC,S, клиент может проходить процедуру аутентификации на требуемом сервере и в случае успешного прохождения начинать обмен данными. Запрос на аутентификацию включает следующие параметры (рис. 9.5):
• {AC}KC,S – аутентификатор AC, зашифрованный ключом KC,S. Содержит информацию об имени клиента, времени отправления, а также ключ KC,S;
• {TC,S}KS – сеансовый билет, зашифрованный ключом KS.
Подлинность клиента удостоверятся следующим образом. В аутентификатор AC клиент записывает ключ KC,S. Сервер, расшифровав сеансовый билет TC,S с помощью своего секретного ключа KS, извлекает из него ключ KC,S и сравнивает с ключом, полученным из аутентификатора. Если ключи совпадают, клиент является подлинным, так как он не мог изменить содержимое сеансового билета TC,S. Если клиенту требуется подтверждение подлинности сервера, тот отправляет ответ, который содержит аутентификатор сервера AS, включающий параметр времени отправления из аутентификатора клиента АС. Без знания секретного ключа KS извлечь данный параметр из запроса клиента невозможно. Следовательно, если время отправления запроса сервер передал верно, он считается аутентифицированным.
Протокол ipSecurity: функции, структура.
Протокол IPsec
Протокол Kerberos применяется для аутентификации участников соединения. Но и после этапа аутентификации данные, передаваемые по сети, следует защищать. Стандартные протоколы стека TCP/IP, такие, как IP, TCP, UDP, не обладают встроенными средствами защиты. На эту проблему в 1994 году обратил внимание Совет по архитектуре Интернета (Internet Architecture Board, IAB), издав RFC 1636 «Report of IAB Workshop on Security in the Internet Architecture» («Отчет семинара IAB по безопасности в архитектуре Интернета»). Инициированная этим сообщением работа привела к появлению протокола IPsec (IP Security – безопасность IP), описанного в нескольких стандартах RFC (в частности, в RFC 2401-2412). Новая технология безопасности является необходимой частью протокола IPv6, а также может применяется и в сетях IPv4. Протокол IPsec действует на сетевом уровне модели OSI и может применяться независимо от протоколов верхнего уровня, т. е. прикладной протокол может использовать IPsec, считая, что работает с обычным протоколом IP. При этом данные протоколов верхних уровней упаковываются в пакеты IPsec, которые, в свою очередь, помещаются в пакеты протокола IP.
Функции протокола IPsec
Протокол IPsec обеспечивает наличие следующих функций:
• аутентификация – приемник пакетов в состоянии проверить подлинность источника
• целостность – осуществляется контроль того, что данные дойдут до получателя в неизменном виде;
• конфиденциальность – шифрование данных обеспечивает их недоступность для несанкционированного просмотра;
• распределение секретных ключей – для правильной работы протокола IPsec необходимо автоматически обеспечивать источник и приемник пакетов секретными ключами для шифрования и расшифрования.
Для реализации представленных функций используются три основных протокола:
• AH (Authentication Header – заголовок аутентификации) обеспечивает целостность и аутентичность;
• ESP (Encapsulating Security Payload – инкапсуляция зашифрованных данных) предоставляет функции целостности, аутентичности и конфиденциальности;
• IKE (Internet Key Exchange – обмен ключами Интернета) генерирует и распределяет секретные ключи.
М
ожно
заметить, что протокол ESP имеет схожие
функции с протоколом AH. Пересечение
функций вызвано тем, что на применение
протоколов шифрования во многих странах
накладываются определенные ограничения.
В связи с этим оба протокола могут
применяться независимо, хотя наивысший
уровень защиты достигается при их
совместном использовании.
На рис. 9.6 представлена структура протокола IPsec и взаимосвязь
основных протоколов, входящих в его состав.