Summary

  • 요약 — IANA SFrame 암호 모음 등록부는 2026년 5월 5일부터 세 가지 새 암호 번호를 공개하고 있다. 세 줄 모두 Y로 권고하지만, 근거 문서는 아직 최종 RFC로 출판되지 않았다.
  • 다음 판단 — IETF Datatracker는 그 문서를 RFC 편집 대기열에 둔다. 번호의 공개 배정, 정식 RFC 발행, 제품 구현, 실제 통화에서의 선택은 서로 다른 시점에 확인해야 한다.

번호를 보는 팀이 떠안는 선택

2026년 5월 5일 이후 제품 담당자가 등록부에서 0x0008을 찾으면 곧바로 네 바이트짜리 태그 길이 Nt를 읽을 수 있다. 그 숫자는 암호가 실제 통화에 적용됐다는 기록이 아니라, 적용할 때 지켜야 할 치수를 알려 준다. RFC 9605는 짧은 인증 태그에 위조 시도 방어가 필요하다고 설명한다. 따라서 담당자는 “권고” 칸보다 먼저 제품의 태그 선택, 키 처리, 위조 방어 방식을 확인해야 한다.

이름 옆에 길이를 적자 생긴 변화

RFC 9605가 처음 만든 SFrame 등록부에는 값, 이름, 권고 여부, 문헌, 변경 관리자가 있었다. 키와 nonce, 인증 태그 길이를 알려면 규격 본문을 다시 펼쳐야 했다. 후속 초안은 그 수치 중 다섯 가지를 등록부 열로 끌어왔다. Nh는 해시 출력 길이, Nka는 복합 암호 구조에서 바탕 암호의 키 길이, Nk는 암호 키 길이, Nn은 nonce 길이, Nt는 보통 태그에 해당하는 추가 바이트 수다. 등록 번호와 구현상 크기를 같은 줄에서 대조할 수 있게 된 셈이다.

현재 표에는 옛 다섯 암호 모음의 길이도 채워져 있다. 새 세 줄은 모두 Nh=64바이트, Nka=32, Nk=96, Nn=12이며 Nt만 10, 8, 4바이트로 갈린다. 초안은 키와 salt를 만드는 내부 파생 단계에 필요한 자료가 기존 AES-128-CTR/HMAC-SHA256의 48바이트에서 새 구성의 96바이트로 늘어난다고 설명한다. 구현자는 같은 번호를 쓰면서도 이전 길이대로 키 자료를 다루지 않도록 확인해야 한다. 해시 출력 Nh와 전송되는 태그 길이 Nt를 같은 수치로 취급하면, 구현 시험에서 확인해야 할 대상도 잘못 잡힌다. 부록에는 AEAD와 완전한 SFrame 프레임에 대한 시험 벡터가 있다. 이 정도면 암호 이름만 보고 구현을 짐작할 필요가 없다.

권고 칸의 Y에는 절차적 무게가 있다. RFC 9605는 Specification Required 방식의 일반 배정에 기본값 N을 부여한다. Y나 D를 붙이거나 그 상태를 바꾸려면 Standards Action이 요구된다. IETF 문서 이력에는 4월에 새 권고 항목과 문서의 Standards Track 지위를 맞추자는 심의가 남아 있다. 한 글자를 누가 적을 수 있는지가 정해진 것이다. 그 글자는 어느 영상 통화에서 어떤 암호를 선택할지까지 정하지 않는다.

공개 표에 남은 임시 문헌 이름

세 새 줄의 참조는 RFC-barnes-sframe-iana-256-06이다. 완성된 RFC 번호 대신 초안 판본을 가리키는 임시 이름이다. 06판은 2026년 5월 4일 작성됐고, IANA 표는 2026년 5월 5일 수정됐다. 그 뒤인 2026년 10월 28일 확인한 Datatracker 상태는 RFC Editor Queue, IANA 조치 상태는 RFC-Ed-Ack이다. 누구나 새 번호를 확인할 수 있지만 정식 책의 편집은 아직 진행 중이라는 순서가 기록에 드러난다.

실제 미디어를 암호화할 때 책임은 한 번 더 이동한다. RFC 9605는 언제 SFrame을 적용하고 어떤 암호 모음을 선택할지 응용 프로그램에 맡긴다. 짧은 인증 태그에는 위조 시도에 대한 방어가 필요하며, 긴 태그를 택하면 설계가 단순해지는 경우가 많다고도 설명한다. 새 표의 태그 길이는 10, 8, 4바이트다. 네 바이트 변형을 고른 제품이라면 키 처리, 위조 방어, 시험 결과를 보여 줘야 한다. 번호표는 그 결정을 대신하지 않는다.

공식 자료에는 새 번호를 쓰는 특정 제품 설정이 없다. 공개 설정과 운영 시험이 나오면 실제 사용을 판별할 수 있다. 현재 등록부의 즉각적인 가치는 숫자에 맞춰 질문을 바꾸는 데 있다. 0x0008을 선택한 팀이라면 태그 길이와 위조 방어를 서로 붙여서 설명해야 한다.