IKE

IKE (от англ. Internet Key Exchange — обмен ключами в Интернете) — это протокол, используемый для установления, согласования и поддержания защищённых ассоциаций безопасности (SA) в сетевых протоколах IPsec. IKE обеспечивает автоматическую аутентификацию сторон, обмен криптографическими ключами и согласование параметров шифрования, необходимых для создания защищённого канала связи между двумя узлами (peer) в сети на основе протокола IP. Протокол IKE является частью архитектуры IPsec и стандартизирован в документах RFC 2409 (IKEv1) и RFC 7296 (IKEv2).

История

Разработка протокола IKE началась в середине 1990-х годов в рамках работ по стандартизации IPsec рабочей группой IETF (Internet Engineering Task Force). Первоначально IPsec использовал ручное управление ключами, что было неэффективно для крупных сетей и требовало вмешательства администратора при каждом изменении конфигурации. Для автоматизации этого процесса был создан протокол ISAKMP (Internet Security Association and Key Management Protocol), описанный в RFC 2408. IKE стал практической реализацией ISAKMP, объединив его с протоколами обмена ключами Oakley и SKEME.

Первая версия протокола — IKEv1 — была опубликована в ноябре 1998 года в RFC 2409. Она получила широкое распространение в корпоративных сетях и VPN-решениях, но имела ряд недостатков, включая сложность реализации, уязвимости к атакам типа «отказ в обслуживании» (DoS) и ограниченную поддержку мобильных клиентов.

Вторая версия — IKEv2 — была разработана для устранения этих проблем и стандартизирована в декабре 2005 года в RFC 4306 (позднее заменён на RFC 7296 в 2014 году). IKEv2 упростил процедуру установления соединения, повысил устойчивость к DoS-атакам, ввёл поддержку механизма MOBIKE (Mobility and Multihoming) для мобильных устройств и улучшил совместимость с сетевыми экранами (NAT). Начиная с 2010-х годов IKEv2 постепенно вытесняет IKEv1 в новых реализациях.

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

IKE работает на основе модели «запрос-ответ» и использует два этапа для установления защищённого соединения.

Фаза 1: Установление защищённого канала (IKE SA)

На первом этапе стороны аутентифицируют друг друга и согласовывают параметры защищённого канала, который будет использоваться для последующего обмена ключами. В IKEv1 существует два режима работы на этой фазе:

• Основной режим (Main Mode) — более защищённый, но медленный. Включает шесть сообщений: два для согласования алгоритмов, два для обмена ключами Диффи-Хеллмана и два для аутентификации.
• Агрессивный режим (Aggressive Mode) — быстрее (три сообщения), но менее безопасен, так как передаёт идентификационную информацию в незашифрованном виде.

В IKEv2 фаза 1 заменена одним обменом (IKE_SA_INIT), который состоит из двух пар сообщений (запрос-ответ). Первая пара согласовывает криптографические параметры, вторая — выполняет аутентификацию и обмен ключами.

Фаза 2: Согласование параметров IPsec SA

После установления IKE SA стороны переходят к согласованию параметров для защищённого канала данных (IPsec SA), который будет использоваться для шифрования трафика. В IKEv1 эта фаза называется Quick Mode и включает три сообщения. В IKEv2 — обмен CREATE_CHILD_SA, который может выполняться многократно для создания нескольких SA.

Классификация и версии

IKEv1

• Особенности: поддержка двух режимов аутентификации (предварительный ключ, цифровые сертификаты, аутентификация с открытым ключом); возможность использования агрессивного режима; ограниченная поддержка NAT.
• Недостатки: сложность настройки, уязвимость к DoS-атакам, отсутствие встроенной поддержки мобильности.

IKEv2

• Особенности: единый обмен для установления IKE SA (IKE_SA_INIT), встроенная поддержка NAT Traversal (NAT-T), механизм MOBIKE для смены IP-адреса без разрыва соединения, улучшенная устойчивость к DoS-атакам (через использование cookies).
• Преимущества: более простая реализация, меньшая задержка при установлении соединения, поддержка протокола EAP (Extensible Authentication Protocol) для аутентификации пользователей.

Устройство и характеристики

Протокол IKE работает на транспортном уровне (UDP) и использует порт 500 для IKEv1 и IKEv2, а также порт 4500 для NAT-T. Основные компоненты протокола:

• Ассоциация безопасности (SA) — набор параметров, описывающих защищённое соединение: алгоритмы шифрования (AES, 3DES), хеширования (SHA-1, SHA-256), аутентификации (HMAC) и обмена ключами (Diffie-Hellman).
• Ключи Диффи-Хеллмана — используются для безопасного обмена сеансовыми ключами без их передачи по сети.
• Аутентификация — может выполняться с помощью предварительного общего ключа (PSK), цифровых сертификатов X.509 или протокола EAP (в IKEv2).

Применение

IKE является основным протоколом для автоматического управления ключами в IPsec и широко применяется в следующих областях:

• VPN (Virtual Private Networks) — для создания защищённых туннелей между удалёнными офисами, филиалами и мобильными пользователями. IKEv2 особенно популярен в мобильных VPN-решениях (например, в протоколах L2TP/IPsec и IKEv2/IPsec).
• Корпоративные сети — для защиты трафика между серверами, маршрутизаторами и межсетевыми экранами.
• Безопасность облачных сервисов — для организации защищённых соединений между облачными платформами и локальными сетями.
• Государственные и военные системы — где требуется высокая степень защиты данных.

Примеры реализации

IKE реализован в большинстве современных операционных систем и сетевых устройств:

• Linux — встроенный модуль IPsec (например, strongSwan, LibreSwan).
• Windows — начиная с Windows 2000, встроенная поддержка IKEv1 и IKEv2 (в Windows 7 и выше).
• macOS и iOS — встроенный клиент IPsec с поддержкой IKEv2.
• Сетевое оборудование — маршрутизаторы Cisco, Juniper, MikroTik, а также программные решения (OpenVPN, WireGuard — последний не использует IKE, но может быть альтернативой).

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

• IKEv2 считается более безопасным, чем IKEv1, из-за устранения ряда уязвимостей, включая атаки на агрессивный режим.
• Протокол MOBIKE, встроенный в IKEv2, позволяет мобильным устройствам переключаться между сетями Wi-Fi и сотовой связью без разрыва VPN-соединения.
• IKE используется не только в IPsec, но и в некоторых реализациях протокола GRE (Generic Routing Encapsulation) с шифрованием.
• В 2018 году исследователи обнаружили уязвимость в IKEv1, позволяющую проводить атаки типа «отказ в обслуживании» на основе поддельных пакетов.

Критика

Основные претензии к IKE связаны с его сложностью и избыточностью. Критики отмечают, что протокол требует значительных вычислительных ресурсов для установления соединения, особенно на этапе обмена ключами Диффи-Хеллмана. Кроме того, IKEv1 критикуется за уязвимости к атакам типа «человек посередине» (MITM) при использовании агрессивного режима. В ответ на это IKEv2 был разработан с учётом этих недостатков, но его внедрение сдерживается необходимостью обновления оборудования и программного обеспечения. Альтернативой IKE в некоторых сценариях выступают более простые протоколы, такие как WireGuard, которые предлагают меньшую задержку и более простую настройку.

Источники

• RFC 2409 — The Internet Key Exchange (IKEv1), 1998.
• RFC 7296 — Internet Key Exchange Protocol Version 2 (IKEv2), 2014.
• RFC 4306 — Internet Key Exchange (IKEv2) Protocol, 2005.
• RFC 5996 — Internet Key Exchange Protocol Version 2 (IKEv2), 2010.
• RFC 3947 — Negotiation of NAT-Traversal in the IKE, 2005.
• «IPsec and IKE» — C. Kaufman, R. Perlman, M. Speciner, 2002.
• «Network Security: Private Communication in a Public World» — C. Kaufman, R. Perlman, M. Speciner, 2016.