Кратко

  • IKE SA защищает управляющие обмены, а Child SA — пакеты AH или ESP. При rekey IKE появляются новые управляющие SPI, ключи и счётчики сообщений; выживший преемник наследует существующие Child, не меняя автоматически их трафиковые ключи.
  • У rekey Child собственная линия SPI и собственное разрешение коллизий. Если обе стороны начинают одновременно, SA, созданная обменом с наименьшим nonce, считается лишней и закрывается. Наименьший nonce не побеждает.
  • Проверяемый результат соединяет три реестра: линию управления, опеку над каждой унаследованной или заменённой Child и работающий результат. Один счётчик rekey не доказывает ни ротацию трафиковых ключей, ни непрерывность сервиса.

Сложность проявляется не тогда, когда туннель падает, а когда он продолжает работать. Старая IKE SA исчезает, ESP-пакеты идут, новый управляющий контекст отвечает. Лишь при следующем delete или rekey выясняется, что две стороны по-разному понимают, какому родителю принадлежит одна из Child.

Слово «туннель» скрывает несколько ассоциаций. IKE SA — защищённый контекст координации. Child SA — односторонняя защита трафика AH или ESP. Смена управляющего родителя не переписывает криптографическую биографию детей.

Tero Kivinen указан среди авторов RFC 7296 вместе с Charlie Kaufman, Paul Hoffman, Yoav Nir и Pasi Eronen. Подпись делает вклад прослеживаемым, но не превращает коллективный стандарт IETF в индивидуальную собственность и не подтверждает поведение конкретного продукта.

Совместное рождение не означает общий жизненный цикл

IKE_AUTH обычно устанавливает аутентифицированную IKE SA и первую Child SA почти одновременно. Поэтому интерфейс часто рисует их одной строкой. RFC 7296 сохраняет независимость: создание Child может завершиться неудачей без уничтожения уже готовой IKE; поздний сбой Child также не должен автоматически разрывать управление.

RFC 6023 допускает аутентифицированную IKE SA вообще без Child. Она может проверять живость peer, обнаруживать NAT, принимать защищённые уведомления и создать Child позже. Авторы этого экспериментального RFC — Yoav Nir, Hannes Tschofenig, Hui Deng и Raj Singh, а не Kivinen. Документ важен как контекст состояния при сохранении границ авторства.

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

Поэтому первая колонка события — тип SA. Без неё слова «создана», «обновлена» и «удалена» не имеют точного объекта.

Один CREATE_CHILD_SA выполняет три работы

После начальных обменов любая сторона может начать CREATE_CHILD_SA. Несмотря на название, обмен создаёт новую Child, rekey существующей Child либо rekey самой IKE SA.

Новая Child предлагает преобразования, nonce, при необходимости материал обмена ключами и селекторы TSi/TSr. Ответчик может сузить их. При rekey Child уведомление REKEY_SA называет заменяемую входящую SA протоколом и SPI. Преемник не должен незаметно менять селекторы или алгоритмы.

При rekey IKE создаются новые SPI инициатора и ответчика и новые управляющие ключи. Пространство Message ID и окно начинаются заново у преемника; старый IKE сохраняет свои счётчики для незавершённых запросов. Одинаковая оболочка обмена не объединяет объекты.

Реализация вправе отказать в последующих CREATE_CHILD_SA. Ёмкость и политика остаются локальными. Реестр IANA делает коды обменов, payload, преобразований и уведомлений общими и бесконфликтными, но не доказывает поддержку или завершение.

Rekey создаёт преемника до удаления предшественника

В RFC 7296 rekey означает создание новой SA с последующим удалением старой, а не изменение записи на месте. Make-before-break сохраняет восстановимый путь во время передачи управления.

Победившая новая IKE SA наследует все Child исходной IKE и защищает их будущие управляющие сообщения. Запрос удалить себя — последний запрос, который старая IKE SA посылает в своём контексте.

Квитанция отдельно отмечает создание преемника, его принятие peer, присоединение списка Child, первый валидный управляющий обмен под новым контекстом и удаление старого. Между созданием и безопасным демонтажом существует измеримый интервал.

IKEv2 не согласует единую продолжительность жизни. Каждая сторона применяет локальную политику, и более короткая обычно запускает rekey. Время, объём, активность и решение реализации принадлежат локальной записи; общий протокол координирует переход, но не назначает удалённый таймер.

Унаследованная Child сохраняет свою эпоху ключа

При наследовании Child не меняет входящий и исходящий SPI, селекторы, режим, алгоритмы, эпоху ключа, состояние последовательности и anti-replay, счётчики и срок. Отдельная операция Child нужна, чтобы заменить эти поля.

Следовательно, новые IKE SPI подтверждают ротацию управления. Заявление о смене всех трафиковых ключей требует старых и новых пар Child SPI, предложений, выбранных преобразований, новой эпохи, активации и удаления заменённой пары.

Сфера стандартов подтверждает разделение. RFC 8247 описывает алгоритмы IKEv2 и прямо не обновляет шифрование ESP. RFC 8221 отдельно рассматривает ESP и AH. Kivinen входит в авторские группы обоих документов с разными соавторами, но управляющая и пакетная криптография остаются двумя инвентарями.

Можно обновить алгоритмы IKE и оставить старые допустимые Children до их собственного срока. Можно обновить Child, не меняя IKE SA. Отчёту о жизненном цикле нужны две шкалы времени.

Аутентификация peer не разрешает любые селекторы

IKE SA несёт доказательство личности peer и защищает переговоры. Она не даёт аутентифицированному peer права заявить любой диапазон адресов. RFC 4301 требует, чтобы Peer Authorization Database ограничивала допустимые трафиковые селекторы.

Ответчик может сузить TSi и TSr до локально разрешённого набора. Когда Child получает нового IKE-родителя, вместе с ней должны сохраниться peer, одобренные селекторы и версия политики. Наследование не расширяет область.

«Peer аутентифицирован», «Child установлена» и «селекторы авторизованы» — разные решения. Подмена последних первым превращает подтверждение личности в разрешение на любые префиксы.

Minimum Initial Specification Heng Lu задаёт верный масштаб: общий стандарт фиксирует минимальные сообщения и идентификаторы для взаимодействия независимых систем. Приём, диапазон и срок остаются у участника, который несёт локальные последствия.

Готовность видна сторонам не одновременно

Ответчик должен быть готов принять пакеты по новой SA до отправки успешного ответа. Инициатор начинает отправку после обработки ответа. Ответчик ещё не знает, дошёл ли ответ и установлена ли исходящая половина инициатора.

Поэтому при rekey Child он продолжает отправлять по старой SA, пока не получит валидный трафик по второй половине новой пары или IKE-запрос закрыть старую. Если у инициатора нет прикладного пакета, он может послать dummy ESP как сигнал готовности.

Dummy подтверждает шаг перехода, а не полезную транзакцию. Положительный ответ также не доказывает обратный маршрут, anti-replay, MTU или непрерывность приложения. Результат выполнения наблюдается отдельно от результата переговоров.

Одинаковые peer и селекторы не уникальны для Child. IKEv2 допускает параллельные SA между теми же endpoints с теми же селекторами. Без SPI и линии телеметрия объединит предшественника, победителя и лишнего кандидата.

Одновременный rekey Child создаёт временно три пары

Близкие сроки могут заставить обе стороны почти одновременно начать rekey Child. Jitter уменьшает вероятность, но не исключает гонку. Временно существуют старая пара и две новые.

Пока несколько входящих SA допустимы, пакеты должны приниматься через каждую. Затем четыре nonce двух обменов сравниваются по октетам. Точная формулировка важна: SA, созданная обменом, содержащим наименьший nonce, является лишней и закрывается. Минимум проигрывает.

Создатель выжившей пары удаляет заменённую старую. Создатель лишней пары удаляет лишнюю. В истории сохраняются все три пары и оба владельца удаления, даже если итоговая панель показывает одну.

Из-за потери пакетов поздний запрос может указывать на уже заменённую SA. CHILD_SA_NOT_FOUND бывает нефатальным результатом гонки. Для оценки нужны целевой SPI, порядок поступления и линия наследования.

Гонка IKE решает, кому достанутся Children

Обе стороны также могут одновременно rekey IKE SA. Рядом со старым родителем возникают два новых кандидата. Новая IKE SA, связанная с наименьшим nonce, закрывается; выжившая наследует все Child.

Согласия о сравнении nonce недостаточно. До удаления старого управления стороны должны видеть одного преемника и один полный список Children. Отсутствующая Child — ошибка опеки, даже если управляющие ключи выведены правильно.

В асимметричной гонке запрос может прибыть, когда другая сторона уже закрывает старую IKE. RFC 7296 использует TEMPORARY_FAILURE; после получения старого delete peer может отказаться от своей попытки. Временный ответ бывает частью упорядоченного схождения, а не признаком аварии.

Квитанция объединяет оба обмена, набор nonce, лишнего кандидата, наследника, удаление старого и списки Child обеих сторон. Расхождение списка — отдельный отказ.

Дополнительные обмены не делают успех проще

RFC 9370 добавляет несколько обменов ключами и IKE_FOLLOWUP_KE для создания и rekey IKE или Child. Одновременные коллизии нужно разрешить до продолжения дополнительных обменов.

У RFC 9370 другая группа из семи авторов, и приписывать его Kivinen нельзя. Для этой темы он показывает: чем длиннее согласованная цепочка, тем меньше информации в слове «успех». Следует назвать расширение, завершённые шаги, победителя и тип SA, получившей ключи.

Код IANA не измеряет распространение, соответствие продукта или доставку полезного трафика. Регистрация, реализация, переговоры и работа — разные ступени доказательства.

Граница авторства подчиняется той же точности. RFC 6023 и RFC 9370 дают соседний контекст, но не становятся частью индивидуальной собственности.

Что именно подтверждает подпись Kivinen

Профиль IETF, проверенный 31 августа 2026 года, называет Tero Kivinen chair IPsecme, членом Tools Team, reviewer и secretary Security Area Directorate. Он перечисляет 16 RFC и ни одного активного Internet-Draft. Это датированные факты, а не сертификат продукта.

У RFC 7296 пять авторов. RFC 8247 и RFC 8221 имеют собственные группы; RFC 6023 и RFC 9370 написаны другими. Корректная атрибуция признаёт вклад, не создавая владельца протокола.

В терминах agency-проблемы Heng Lu авторы и институт предоставляют ограниченный инструмент координации. Операторы endpoints продолжают отвечать за локальные сроки, авторизацию, алгоритмы, внедрение и доказательства работающего кода.

Вывод статьи также ограничен: источники не устанавливают распространённость реализации, универсальное соответствие VPN или конфигурацию конкретной сети.

Три реестра вместо одного зелёного события

Реестр управления хранит личность peer, старые и новые IKE SPI, алгоритмы, nonce, Message ID, локальный триггер, кандидатов, выбор наследника, первое защищённое управление и удаление старого. Он отвечает, кто стал родителем.

Реестр опеки перечисляет каждую пару Child SPI, селекторы, решение PAD/SPD, режим, алгоритм, эпоху ключа, локальный срок, старого и нового родителя, наследование или замену и delete. Он отвечает, что переехало и что действительно получило новые ключи.

Реестр выполнения наблюдает пакеты по старым и новым Children, последовательность, anti-replay, причины потерь, dummy, первый полезный двусторонний трафик и непрерывность приложения. Он отвечает, что работало.

Реестры соединяются по SPI, времени и линии, но не заменяют друг друга. Running-Code Primacy здесь означает: спецификация делает переход проверяемым, а наблюдаемое состояние даёт результат. IKE-rekey не доказывает Child-rekey; живая Child не доказывает правильное будущее управление.

Источники