요약

  • RFC 7296는 IKE SA와 그 Child SA에 서로 다른 식별체계와 수명을 부여합니다. IKE SA를 재키(rekey)하면 새로운 제어 키, SPI, 메시지 상태가 만들어지며, 생존한 후계자는 기존 Child SA를 무음 교체하는 것이 아니라 상속받습니다.
  • Child SA 재키는 별도의 SPI 계보, 셀렉터, 알고리즘, 키, 충돌 규칙을 지닌 서로 다른 교환입니다. 동시 재키 상황에서는 가장 낮은 논스를 지닌 후보가 제거 대상의 중복 SA가 됩니다. 가장 낮은 논스가 이기지 않습니다.
  • 신뢰할 수 있는 유지관리 수취 기록은 세 개의 장부를 결합합니다. 제어 계보, 상속되거나 교체된 모든 Child SA의 보유 현황, 보호된 제어 메시지와 패킷에서 얻는 지속 관측 증거입니다. “재키 성공”만으로는 트래픽 키 교체나 서비스 연속성 중 어느 것도 증명하기에 너무 조잡합니다.

인계 시점에서 터널은 무사하리라고 보일 수 있습니다. 패킷은 여전히 흐르고, 인증된 피어도 그대로입니다. 대시보드는 재키 카운터를 하나 올리고 다시 초록불로 돌아갑니다. 그러나 그 아래에서는 하나의 보호된 관계가 교체되었고, 다른 여러 관계는 기존 키와 식별자를 그대로 유지하고 있습니다.

이는 IKEv2에서 예외 사례가 아닙니다. 아키텍처의 일부입니다. IKE SA는 피어들이 보안 상태를 유지하는 데 쓰는 교환을 보호합니다. Child SA는 AH 또는 ESP 트래픽을 전달합니다. 제어 연결이 재키되면, 생존한 새 IKE SA가 기존 것 아래에서 만들어진 Child SA의 보유자가 됩니다. 보유 권한은 이동하지만, 자식들을 다시 만들어야 하는 것은 아닙니다.

Tero Kivinen은 Charlie Kaufman, Paul Hoffman, Yoav Nir, Pasi Eronen과 함께 RFC 7296의 5명의 명시된 저자 중 한 명입니다. 그의 기록된 기여는 이 경계를 이해하는 유용한 경로이지, 단독 저작권이나 구현체에 대한 현재 권한을 주장하는 것이 아닙니다. 운영상 교훈도 마찬가지로 한정되어 있습니다. 공유된 교환이 후계를 상호운용 가능하게 만들 수 있으나, 모든 수명, 인가 규칙, 패킷 결과를 결정하지는 못합니다.

하나의 프로토콜이 두 종류의 연결을 유지한다

IKEv2는 상호 인증과 보안 연결의 수립 및 유지를 결합합니다. IKE SA는 보호된 제어 맥락으로, Child SA를 생성·재키·삭제하기 위한 요청과 응답을 전달합니다. Child SA는 AH 또는 ESP가 사용하는 단방향 패킷 보호 연결이며, 짝지어진 Child SA가 보통 두 트래픽 방향을 커버합니다.

최초의 IKE_AUTH 교환은 흔히 인증된 IKE SA와 첫 Child SA를 동시에 만들어, 둘을 하나의 객체처럼 다루기 쉽게 합니다. RFC 7296는 그 지름길을 거부합니다. Child SA 생성 실패가 반드시 완료된 IKE SA를 취소하지는 않습니다. 이후 Child 생성 실패 역시 제어 연결을 무너뜨려서는 안 됩니다.

RFC 6023은 Child SA 없이 인증된 IKE SA를 정의함으로써 이 분리를 더욱 선명하게 보여 줍니다. 그런 제어 연결은 활성 확인, NAT 감지, 보호된 알림, 이후의 Child 생성을 지원할 수 있습니다. 이 Experimental RFC는 Yoav Nir, Hannes Tschofenig, Hui Deng, Raj Singh의 것이며 Kivinen의 것이 아닙니다. 여기서 다루는 이유는 제어 존재와 트래픽 전달이 독립적인 상태임을 보여 주기 때문입니다.

따라서 재키 이벤트의 첫 번째 필드는 연결 유형이어야 합니다. 이것이 없으면 이벤트는 제어 키가 바뀌었는지, 트래픽 키가 바뀌었는지, 둘 다 별도의 절차로 바뀌었는지, 아니면 어느 전이도 사용 가능 상태에 도달하지 못했는지 말할 수 없습니다.

CREATE_CHILD_SA는 하나의 작업이 아니라 공유 봉투다

최초 교환 이후에는 어느 쪽 끝점이든CREATE_CHILD_SA를 시작할 수 있습니다. 이름과 달리 이 교환은 새 Child SA 생성, 기존 Child SA 재키, IKE SA 자체의 재키 중 어느 것이든 수행할 수 있습니다. 어떤 작업이 시도되는지는 페이로드와 알림이 결정합니다.

새 Child SA의 경우 개시자는 보안 변환을 제안하고 논스를 제공하며, 키 교환 재료를 포함할 수도 있고, 개시자·응답자 트래픽 셀렉터를 제안합니다. 응답자는 그 셀렉터를 축소할 수 있습니다. Child 재키의 경우REKEY_SA가 프로토콜과 SPI로 교체 대상 인바운드 AH 또는 ESP SA를 식별합니다. 새 Child는 기존 Child에서 셀렉터나 알고리즘을 예기치 않게 바꿔서는 안 됩니다.

IKE 재키의 경우, 이 교환은 새로운 개시자·응답자 IKE SPI와 새로운 제어 키 재료를 만듭니다. 메시지 ID와 윈도 상태는 새 연결에서 다시 시작되고, 이전 IKE SA는 처리 중인 작업을 마치는 동안 자신만의 카운터를 유지합니다. 공통 교환 형태는 충돌 없는 어휘를 제공하지만, 교체되는 연결의 정체성을 지우지는 못합니다.

구현체는 이후의CREATE_CHILD_SA요청을 거절할 수 있습니다. 로컬 용량과 정책은 여전히 로컬에 있습니다. IANA 등록은 피어에게 교환, 페이로드, 변환, 알림 번호의 의미를 알려 줄 뿐, 어떤 피어가 특정 코드 포인트를 지원하거나 제안을 수락하거나 전이를 완료했음을 증명하지 않습니다.

재키는 끊기 전에 만드는 계승이다

RFC 7296는 재키를 새 SA를 만든 뒤 이전 SA를 삭제하는 것으로 정의합니다. 기존 기록이 그 자리에서 편집되는 것이 아닙니다. 이 순서가 중요한 이유는 새 연결이 이전 보호 맥락이 사라지기 전에 사용 가능해져야 하기 때문입니다.

IKE 재키가 성공하면 새 IKE SA는 원본으로부터 모든 Child SA를 상속받습니다. 이후 그 Child들을 위한 보호된 유지관리 메시지는 후계자 아래에 속합니다. 개시자는 그다음 이전 IKE SA를 삭제합니다. 이전 SA 자신을 삭제하라는 요청이 바로 이전 연결의 마지막 요청입니다.

인계에는 최소한 서로 다른 네 개의 시점이 있습니다. 후계자 생성, 피어가 수락한 시점, Child 보유권이 후계자에 붙은 시점, 선행자 삭제입니다. “재키 시점”이라는 단일 타임스탬프로는 간격이나 조기 철거를 보여 줄 수 없습니다. 가장 안전한 기록은 후계자가 보호하는 첫 유효 제어 교환도 명명해야 합니다.

IKEv2는 하나의 보편적 수명을 협상하지 않습니다. 각 끝점은 자체 수명 정책을 적용하고, 더 짧은 로컬 정책이 보통 교체를 개시합니다. 따라서 타이머, 바이트량, 활동성, 구현 선택은 로컬 결정 기록에 속합니다. 프로토콜은 인계를 조율할 뿐, 하나의 원격 수명 권위를 임명하지 않습니다.

상속된 Child SA는 자기만의 암호학적 이력을 유지한다

상속된 Child SA는 부모 제어 연결이 바뀌었다는 이유만으로 새 트래픽 키를 받지 않습니다. 인바운드·아웃바운드 SPI, 트래픽 셀렉터, 알고리즘, 키 에포크, 시퀀스 및 재전송 방지 상태, 카운터, 수명은 별도의 Child 작업이 이를 변경할 때까지 계속됩니다.

그래서 “VPN이 재키되었다”는 표현은 위험할 정도로 모호합니다. 증거에 새 IKE SPI와 제어 알고리즘만 있다면, 그것은 제어 플레인 교체를 증명할 뿐입니다. 모든 패킷 보호 키가 바뀌었다는 주장에는 이전·신규 Child SPI 쌍, Child 제안과 선택된 변환, 새 Child 키 에포크, 활성화 증거, 교체된 Child 쌍의 삭제가 필요합니다.

표준의 분할이 이 점을 강화합니다. RFC 8247은 IKEv2에 대한 알고리즘 지침을 제공하며 ESP 패킷 암호화 알고리즘을 갱신하지 않음을 명시합니다. RFC 8221은 별도로 ESP와 AH 알고리즘을 다룹니다. Kivinen은 다른 공동저자와 함께 두 문서 모두의 저자이지만, 관련 증거는 그 범위입니다. 제어 암호 포지션과 데이터 플레인 암호 포지션은 별도의 열을 요구합니다.

이는 수명 주기 경계이기도 합니다. IKE 알고리즘을 업그레이드해도 수명이 긴 Child는 자체 타이머나 정책이 교체를 트리거할 때까지 구형 허용 스위트에 남을 수 있습니다. 반대로 IKE SA가 유지되는 동안 Child만 재키될 수도 있습니다. 운영자는 이 두 시계를 하나의 컴플라이언스 날짜로 압축해서는 안 됩니다.

인증이 모든 트래픽 셀렉터를 인가하지는 않는다

IKE SA는 피어 신원 증거를 수립하고 협상을 보호합니다. 인증된 피어가 임의의 송수신 범위를 주장할 권한을 부여하지는 않습니다. RFC 4301은 피어 인증과 Child-SA 트래픽 셀렉터 수락 사이에 Peer Authorization Database 결정을 놓습니다.

제안된TSi와TSr집합은 로컬 정책이 허용하는 범위로 축소될 수 있습니다. 그 결정은 제어 계승 이후에도 유지되어야 합니다. Child 보유권이 새 IKE SA로 이동하면, 기록은 어떤 셀렉터 집합이 어떤 정책 버전 아래에서 어느 인증된 피어에 대해 인가되었는지를 보존해야 합니다. 상속은 보호된 트래픽을 조용히 확대할 기회가 아닙니다.

이 분리는 흔한 감사 오류를 막습니다. “피어가 인증됨”은 누가 신원 단계를 완료했는지에 답합니다. “Child가 설치됨”은 패킷 보호 연결 쌍이 존재함을 말합니다. “셀렉터가 인가됨”은 주장된 트래픽 범위가 로컬 정책을 통과했음을 말합니다. 이 세 문장 중 어느 것도 나머지 둘을 대신할 수 없습니다.

Lu Heng의 Minimum Initial Specification은 유용한 렌즈를 제공합니다. 프로토콜은 독립 운영되는 피어들이 조율할 수 있을 만큼의 메시지와 식별자를 표준화합니다. 이후의 정책 선택(다른 Child를 수락할지, 어느 셀렉터를 허용할지, 언제 교체할지)은 로컬 결과를 부담하는 참여자에게 남습니다.

전이 증거는 비대칭적이다

응답자는 성공 응답을 보내기 전에 새로 만들어진 SA 위에서 패킷을 받을 준비를 마쳐야 합니다. 개시자는 그 응답을 처리한 뒤에야 전송을 시작할 수 있습니다. 응답자는 그 응답이 도착했는지, 개시자가 아웃바운드 절반을 설치했는지 즉시 알 수 없습니다.

따라서 Child 재키 동안 응답자는 새 쌍의 반대쪽 절반 위에서 유효한 트래픽을 받거나, 이전 쌍을 닫으라는 IKE 요청을 받을 때까지 이전 SA 위에서 전송을 계속합니다. 개시자에게 대기 중인 애플리케이션 패킷이 없으면, 더미 ESP 패킷을 준비 완료 신호로 보낼 수 있습니다.

그 더미 패킷은 전이의 증거이지, 애플리케이션 트랜잭션이 완료되었다는 증명이 아닙니다. 마찬가지로 성공적인 생성 응답은 협상의 증거이지, 반환 트래픽, 재전송 방지 상태, 라우팅, 애플리케이션 경로가 모두 작동했다는 증명이 아닙니다. 실행 결과에는 그 자체의 관측이 필요합니다.

끝점과 셀렉터는 Child의 고유 정체성 역할을 할 수 없습니다. IKEv2는 차별화된 서비스 등을 위해 같은 끝점 사이에서 같은 셀렉터를 지닌 병렬 Child SA를 허용합니다. SPI 쌍과 계보는 필수적입니다. 피어와 서브넷으로만 그룹화된 대시보드는 선행자, 생존자, 중복 충돌 후보를 하나의 오해를 일으키는 행으로 병합할 수 있습니다.

동시 Child 재키는 임시 가족을 만든다

두 끝점이 비슷한 수명 정책을 쓰면, 거의 같은 시각에 Child 재키를 개시할 수 있습니다. 지터(jitter)는 확률을 낮추지만 제거하지는 않습니다. 일정 기간 동안 피어들은 이전 Child 쌍과 새로 만들어진 두 쌍을 함께 보유할 수 있습니다.

여러 SA가 수신 자격을 갖추면, 인바운드 처리는 각 유효 후보 위의 패킷을 수용해야 합니다. 그다음 피어들은 두 재키 교환에서 나온 네 개의 논스를 옥텟 단위로 비교합니다. RFC 7296의 규칙은 산문에서 쉽게 뒤집히기 쉽습니다. 가장 낮은 논스를 포함하는 교환이 만든 SA가 제거할 중복 SA입니다. 가장 낮은 논스는 패자이며, 생존자를 선정하지 않습니다.

삭제 책임은 나뉩니다. 생존한 재키 쌍의 생성자는 교체된 이전 쌍을 삭제합니다. 중복된 새 쌍의 생성자는 그 중복 쌍을 삭제합니다. 수취 기록은 최종 생존자 중심으로 역사를 다시 쓰는 대신, 두 삭제를 설명할 수 있을 만큼 오래 모든 후보를 보존해야 합니다.

패킷 손실은 대상 SA가 이미 교체된 뒤에 늦은 재키 요청을 전달할 수 있습니다.CHILD_SA_NOT_FOUND는 재키가 없었다는 증거가 아니라, 충돌의 치명적이지 않은 결과일 수 있습니다. 이벤트를 분류하려면 요청의 대상 SPI, 도착 순서, 알려진 계보가 필요합니다.

IKE 재키 충돌은 Child를 누가 상속하는지 결정한다

두 피어는 IKE SA도 동시에 재키할 수 있습니다. 그러면 임시 상태는 이전 IKE SA와 각각 하나의 교환에 처음 연결된 두 개의 새 후보를 담게 됩니다. 같은 논스 순서가 가장 낮은 논스에 연결된 새 IKE SA를 닫습니다.

모든 Child SA를 상속해야 하는 것은 생존한 새 IKE SA뿐입니다. 이 문장은 충돌 해결을 보유권 결정으로 바꿉니다. 두 피어가 하나의 IKE 후보가 패했다는 데 동의하는 것만으로는 부족합니다. 이전 제어 연결이 제거되기 전에, 생존자에게 붙은 전체 Child 집합에 대해서도 동의해야 합니다.

비대칭 레이스는 한 피어가 이전 IKE SA의 종료를 시작한 뒤에 도착할 수 있습니다. RFC 7296은 그 상태에 도달한 재키 요청에TEMPORARY_FAILURE를 씁니다. 이전-SA 삭제가 도착하면 레이스를 관측한 피어는 자신의 시도를 포기할 수 있습니다. 따라서 임시 오류는 질서 있는 해결의 일부이며, 반드시 장애인 것은 아닙니다.

충돌 수취 기록은 두 요청/응답 교환, 논스 집합, 중복 후보, 생존 후계자, 이전-SA 삭제, 각 피어가 관측한 상속 Child 목록을 명시해야 합니다. 목록이 불일치하면, 제어 핸드셰이크 자체가 성공을 반환했더라도 시스템에는 보유권 실패가 있는 것입니다.

이후의 다중 키 교환도 같은 경계를 유지한다

RFC 9370은 RFC 7296을 다중 키 교환과IKE_FOLLOWUP_KE로 갱신합니다. IKE 재키 또는 Child 생성·재키 동안 하나 이상의 키 교환이 도출된 키 재료에 기여할 수 있습니다. 이 확장은 또한 후속 교환이 계속되기 전에 동시 재키 충돌이 해결되도록 요구합니다.

RFC 9370에는 별도의 7인 저자 그룹이 있으며, Kivinen에게 귀속되어서는 안 됩니다. 그 관련성은 아키텍처적입니다. 협상된 체계가 풍부해질수록, 일반적인 성공 플래그는 덜 유용해집니다. 수취 기록은 어느 확장이 협상되었는지, 어느 교환이 완료되었는지, 어느 후보가 생존했는지, 어느 연결이 결과 키를 획득했는지 말해야 합니다.

IANA 코드 포인트는 새 어휘를 모호하지 않게 합니다. 그러나 배포 보급률, 제품 적합성, 유용한 패킷 전달을 수립하지 않습니다. 이는 각 구현체와 경로에 대한 경험적 질문으로 남습니다.

Kivinen의 서명은 기여를 표시하며 통제를 표시하지 않는다

2026년 8월 31일에 확인된 IETF Datatracker 프로필은 Tero Kivinen을 IPsecme 의장, Tools Team 멤버, Security Area Directorate 검토자 및 서기로 등재합니다. RFC 16편과 활성 Internet-Draft 없음이 나열되어 있습니다. 이는 시점 기준 사실이지, 영구직이나 어떤 제품에 대한 인증이 아닙니다.

RFC 7296은 5명의 명시된 저자와 IETF 절차의 집단적 작업입니다. RFC 8247과 RFC 8221에는 각자의 공동저자 집합이 있습니다. RFC 6023과 RFC 9370은 다른 저자들에게 속합니다. 이 경계를 보이는 상태로 유지하는 것이 중요한 이유는, 기술 추적성이 그렇지 않으면 기관적 소유로 전환될 수 있기 때문입니다.

Kivinen의 기여는 프로토콜의 계승 규칙을 검사 가능하게 만드는 데 도움을 줍니다. 그러나 저자가 운영자의 수명, 셀렉터 정책, 알고리즘 배포, 사고 결론을 선택하게 해 주지는 않습니다. Lu Heng의 에이전시 용어로 말하면, 표준 절차는 좁게 범위가 한정된 조율 도구를 제공하고, 각 끝점을 운영하는 사람들은 자신의 제어 면 위의 선택과 증거에 책임을 집니다.

같은 규율이 이 기사에도 적용됩니다. 이 기사는 인용된 명세가 무엇을 말하는지 기술합니다. 공급업체가 규칙을 얼마나 자주 올바르게 구현하는지, 설치된 제품이 어떤 후속 확장을 지원하는지, 특정 네트워크가 실제로 키를 교체했는지는 수립하지 않습니다.

하나의 재키 카운터 대신 세 개의 수취 기록을 사용하라

제어 계보 수취 기록은 피어 신원 증거, 이전·신규 IKE SPI 쌍, 제안과 선택된 알고리즘, 논스, 메시지 ID, 로컬 수명 트리거, 충돌 후보, 후계자 결정, 후계자가 보호하는 첫 교환, 이전-SA 삭제로 시작합니다. 누가 제어 부모가 되었는지 말합니다.

Child 보유권 수취 기록은 모든 인바운드·아웃바운드 Child SPI, 셀렉터 집합, PAD/SPD 인가 결정과 정책 버전, 모드, 알고리즘, 키 에포크, 로컬 수명, 선행 부모, 후계 부모, 상속-또는-교체 상태, 삭제를 나열합니다. 무엇이 이동했고 무엇이 실제로 교체되었는지 말합니다.

실행 결과 수취 기록은 이전·신규 Child 쌍 위의 패킷 수용, 재전송 방지 및 시퀀스 동작, 드롭 사유, 사용된 경우의 더미 준비 패킷, 첫 유용한 양방향 트래픽, 전환 구간, 애플리케이션이 관측한 연속성을 기록합니다. 보호된 경로가 작동했는지 말하되, 패킷 하나를 사업 완성으로 오해하지 않습니다.

SPI 계보와 시간으로 결합되면 세 개의 수취 기록은 방어 가능한 결론을 지탱합니다. 성공적인 IKE 재키는 새 제어 연결과, 검증된 경우 올바른 Child 보유권을 증명합니다. 그것만으로는 Child 키 교체를 증명하지 못합니다. 살아 있는 Child 흐름은 패킷 연속성을 증명합니다. 그러나 이후 유지관리 메시지가 올바른 부모를 지니는지, 이전 IKE SA를 안전하게 삭제할 수 있는지는 증명하지 못합니다.

출처