요약

  • RFC 3546은 기능 간 상호작용이 전체 보안을 떨어뜨릴 수 있었기 때문에 새 TLS 확장과 경보 번호에 대해 IETF Standards Action을 요구했습니다.
  • 이후 RFC 8447은 0–254 범위의 ExtensionType 등록을 Specification Required로 옮기면서, 'Recommended'를 등록의 함축이 아니라 별도 필드로 분리했습니다.

TLS 확장 역사에서 중요한 변화는 단순히 이름 공간이 커졌다는 것이 아니었습니다. 이름을 받아들이는 절차가 바뀌었고, 등재와 보증의 구분이 더 드러났다는 점입니다.

2003년 6월에 공개된 RFC 3546은 TLS hello 메시지에 확장을 담는 일반적인 방법을 제공하고 6가지 초기 타입을 정의했습니다. 코드 포인트는 메시지가 어떤 종류의 확장을 담는지 식별했고, 확장 데이터가 그 구체적 의미를 담았습니다. 이 문서는 새 오류 경보 번호도 허용했습니다. 등록 절에서 RFC 3546은 새 확장과 경보에 대해 IETF Standards Action을 요구했습니다. 그 이유는 아키텍처적이었습니다. 새 기능이 기존 기능과 상호작용하여 전체 보안을 떨어뜨릴 수 있었기 때문입니다. 이는 모든 제안이 위험하다는 주장이 아니라, 상호작용을 기능 하나씩 평가하기 어렵기 때문에 향후 정의를 표준 프로세스로 보내기로 한 선택이었습니다.

이 주의에는 프로토콜 차원의 대응도 있었습니다. TLS 핸드셰이크가 인증되기 전에는 능동적 중개자가 hello 메시지의 확장을 변경할 수 있었습니다. Finished 메시지가 평소에는 핸드셰이크 내용을 결속하지만, 설계자는 여전히 다른 기능이 그 메시지의 의미나 결과를 바꾸는지 고려해야 했습니다. 이 경고는 보고된 익스플로잇이 아니라 위협 모델과 설계 의무를 기술한 것입니다. 레지스트리 정책과 유선 프로토콜 보호는 문제의 서로 다른 부분을 다뤘습니다. 하나는 새 의미가 공유 이름 공간에 들어오는 방식을 규율했고, 다른 하나는 특정 핸드셰이크에서 피어가 무엇을 인증할 수 있는지를 규율했습니다.

2006년 RFC 4366은 RFC 3546을 폐기하고 ExtensionType 값을 IETF Consensus 하에 기술했으며, 새 배정은 IESG가 승인한 RFC를 통해 이루어진다고 설명했습니다. 어휘가 바뀌었지만 여전히 IETF 중심의 경로였습니다. 2018년 RFC 8447은 다른 절차적 판단을 기록했습니다. 경험상 IETF Review는 TLS 확장에 너무 엄격했다는 것입니다. RFC 8447은 첫 바이트가 0–254인 값을 Specification Required로 옮기고, 첫 바이트 값 255는 Private Use로 예약했습니다.

Specification Required는 '검토 없음'을 뜻하지 않습니다. RFC 8126은 지정 전문가와, 상호운용성에 충분한 안정적이고 쉽게 접근 가능한 문서를 요구합니다. RFC 8447은 TLS 레지스트리 메일링 리스트에서 전문가 자문과 함께 3주 검토 기간을 추가합니다. 전문가는 명세가 공개되어 있는지 확인해야 하며, 더 깊은 검토도 가능하지만 승인이 명시적으로 확장에 대한 보증은 아닙니다. 문턱은 폭넓은 표준 프로세스 등재에서 문서화되고 검토 가능한 제안 쪽으로 좁아졌습니다.

RFC 8447은 또한 'Recommended' 열을 추가했습니다. 이는 구현체가 지원하도록 일반적으로 권장되는 파라미터에 대한 별도 신호였습니다. N으로 표시된 값이 결함일 필요는 없습니다. IETF 합의가 없거나, 적용 범위가 제한적이거나, 특정 사례를 위한 것일 수 있습니다. 반대로 어떤 배정은 이름이 규칙에 따라 레지스트리를 점유한다는 것만 말합니다. 소프트웨어가 그것을 구현하는지, 피어가 협상하는지, 운영자가 활성화하는지, 보안 검토가 안전하다고 판정했는지를 증명하지 않습니다.

역사적 교훈은 소박하지만 유용합니다. 레지스트리는 공유 식별자를 조율하지만, 명세·권장·구현·관측된 운용을 한 비트로 압축할 수는 없습니다. RFC 3546의 상호작용에 대한 주의는 등록 정책이 완화되어도 사라지지 않았습니다. 그것은 공개 문서, 전문가 검토, 표준 작업, 로컬 구현 선택에 걸쳐 분산된 질문이 되었습니다. 레지스트리를 정확히 읽는다는 것은 이 서로 다른 근거들을 각각 보존한다는 뜻입니다.

출처