IPsec — набор протоколов защиты IP-трафика¶
IPsec (Internet Protocol Security) — набор протоколов сетевой безопасности, работающих на сетевом (третьем) уровне модели OSI и предназначенных для защиты IP-трафика между узлами и сетями. IPsec обеспечивает конфиденциальность, целостность, аутентификацию и защиту от повторов (replay) пакетов. Протоколы стандартизированы IETF в серии документов RFC 4301–RFC 4309 и широко применяются при построении VPN-туннелей, защищённых корпоративных сетей и обмена данными между дата-центрами.
¶Общие сведения
IPsec был разработан в конце 1990-х годов как расширение протокола IPv4, который изначально не содержал средств защиты. В IPv6 шифрование и аутентификация заложены в базовую спецификацию, однако на практике IPsec чаще используется поверх IPv4. Основная идея — обеспечить безопасность на уровне IP-пакетов, не изменяя прикладные протоколы и приложения.
IPsec реализует два основных протокола и несколько вспомогательных:
| Протокол | Назначение |
|---|---|
| AH (Authentication Header, RFC 4302) | Аутентификация и целостность пакетов без шифрования |
| ESP (Encapsulating Security Payload, RFC 4303) | Шифрование, аутентификация и целостность |
| IKE / IKEv2 (Internet Key Exchange, RFC 7296) | Обмен ключами и согласование параметров SA |
| IPcomp | Сжатие данных перед шифрованием |
¶Режимы работы
IPsec поддерживает два режима передачи данных:
- Транспортный режим — защищается только полезная нагрузка (payload) IP-пакета, заголовок IP остаётся открытым. Используется при прямом взаимодействии хостов.
- Туннельный режим — весь исходный IP-пакет шифруется и инкапсулируется в новый IP-пакет. Этот режим применяется в VPN-шлюзах и при защите трафика между сетями.
¶Security Association
Основная единица работы IPsec — Security Association (SA) — одностороннее логическое «соединение», описывающее набор параметров безопасности: алгоритмы шифрования и аутентификации, ключи, время жизни, идентификатор SPI (Security Parameters Index). SA определяется тройкой «адрес источника, адрес назначения, протокол (AH или ESP)». Для каждого направления трафика создаётся отдельный SA. Хранение SA может быть статическим (вручную настроенные ключи) или динамическим — через IKE.
¶Аутентифицированный обмен ключами
Для автоматического согласования SA и обмена ключами используется протокол IKE (Internet Key Exchange). Первая версия (IKEv1) описана в RFC 2409, вторая (IKEv2) — в RFC 7296 и является более совершенной: упрощает процедуру согласования, поддерживает обязательную аутентификацию по сертификатам и механизм MOBIKE для мобильных узлов.
IKE состоит из двух фаз:
- Фаза 1 — создание защищённого канала (IKE SA) между конечными точками.
- Фаза 2 — согласование IPsec SA для передачи пользовательского трафика.
В качестве методов аутентификации IKE поддерживает: общий секрет (pre-shared key), цифровые сертификаты X.509, аутентификацию по подписи (RSA, ECDSA) и EAP.
¶Алгоритмы криптографии
IPsec не фиксирует конкретные алгоритмы — они согласуются при установке SA. Наиболее распространённые:
- Шифрование: AES-128/256 (CBC, GCM, CCM), ChaCha20, 3DES (устаревший).
- Хеширование/аутентификация: SHA-256, SHA-384, SHA-512, HMAC-SHA.
- Обмен ключами: DH (Diffie-Hellman) групп 1–21, включая эллиптические кривые (ECDH) и пост-квантовые группы (ML-KEM в IKEv2).
- Генератор псевдослучайных чисел: PRF из семейства HMAC.
¶Применение
Основные сценарии использования IPsec:
- VPN-туннели — удалённый доступ сотрудников к корпоративной сети, соединение филиалов (site-to-site VPN).
- Защита трафика в дата-центрах — шифрование обмена между серверами и кластерами.
- IPv6 — в IPv6 IPsec рекомендован для защиты узлов, хотя на практике применение необязательно.
- Операторские сети — защита сигнального трафика в сетях связи (например, в протоколах LTE/5G между элементами ядра).
- Облачные и виртуальные сети — построение защищённых overlay-сетей.
В Linux поддержка IPsec реализована через подсистему XFRM в ядре и утилиты iproute2 (команды ip xfrm), а также через демон racoon или strongSwan. В Windows IPsec доступен через оснастку «Брандмауэр Windows с расширенной безопасностью» и политики IPsec.
¶Ограничения
IPsec не защищает от атак на прикладной уровень и не заменяет TLS. Трафик, проходящий через IPsec-туннель, может подвергаться анализу метаданных (анализ трафика по размерам и времени пакетов). Настройка IPsec требует синхронизации времени (NTP), корректной работы IKE и открытых портов UDP 500 и 4500. Некоторые сети и маршрутизаторы фильтруют или искажают IPsec-трафик, что может приводить к необходимости инкапсуляции поверх UDP.
¶История
Работа над IPsec велась в IETF с середины 1990-х годов. В 1995 году были опубликованы первые RFC (RFC 1825–1829), в 1998-м — обновлённая версия (RFC 2401–2412). В 2005 году произошла реорганизация серии документов: базовая архитектура описана в RFC 4301, AH — в RFC 4302, ESP — в RFC 4303. В 2014 году опубликован RFC 7296 с описанием IKEv2.
Источники:
- RFC 4301 — Security Architecture for the Internet Protocol
- RFC 4302 — IP Authentication Header
- RFC 4303 — IP Encapsulating Security Payload
- RFC 7296 — Internet Key Exchange Protocol Version 2 (IKEv2)
- Кузнецов В. А., Смирнов А. В. «Протоколы и стандарты защиты информации в телекоммуникациях и сетях»