요약

  • IETF Datatracker는 AUDIT BoF 요청을기각(Declined)으로 표시한다. 2026년 8월 31일에 생성된 비-WG 메일링 리스트는 제안을 수정할 장소를 제공할 뿐, 워킹그룹을 만들지 않는다.
  • IESG 피드백은 감사 가능한 에이전트 행위를 가치 있는 문제로 보면서도 제안된 범위가 너무 광범위하다고 판단했고, OAuth, WIMSE, OpenTelemetry 및 관련 작업이 남기는 공백에 대해 더 명확한 설명을 요구했다.
  • 개인 AUDIT 아키텍처는 상호작용, 행위, 위임, 권한 전환 기록에 유용한 어휘를 제공하지만, 기록 거부, 전면적 공모, 모델 정렬, 상세 위협 모델은 해결하지 않는다고 명시한다.
  • 내구성 있는 권한 상태 영수증은 논의 장소, BoF 결정, 차터, 초안 채택, IETF 검토, RFC 출판, 운영 배포를 분리해야 하며, 활동의 증거가 제도적 위임으로 오인되지 않도록 해야 한다.

상태는 바뀌었지만 워킹그룹이 된 것은 아니다

언뜻 보면 이 일련의 과정은 부활처럼 보인다. 2026년 6월 3일 IESG 피드백은 Delegation 및 Interaction Traceability의 에이전트 사용(Agent Use of Delegation and Interaction Traceability) BoF 요청이 "보류(deferred)" 상태라고 밝혔다. 8월 31일에는IETF 사무국이 새로운 AUDIT 메일링 리스트를 발표했다. 첫 날짜에서 두 번째 날짜로 빠르게 넘어가는 독자는 이 제안이 제도적 시험을 통과했다고 결론 내릴 수 있다.

공개 기록은 더 좁은 사실을 말한다.AUDIT BoF 요청은 "기각된 BoF 요청(Declined BOF request)"으로 분류되어 있고, 상태는 "Declined"이며, 마지막으로 7월 6일에 업데이트되었다. 더 넓은BoF 요청 색인도 이를 같은 상태로 분류한다. 메타데이터는 책임 있는 리더십을 지명하지 않는다. 본문은 보안 영역 디렉터(Security Area Director)들을 제안된 책임 AD로, Yaroslav Rosomakho를 제안된 의장으로 나열하지만, 제안 필드는 임명이 아니다.

이후의 장소도 자신에 대해 똑같이 명시적이다.IETF 비-WG 리스트 색인은 AUDIT 리스트를 잠재적 BoF를 논의하고 제안된 차터에 대한 갱신 작업을 수행하며 새 워킹그룹 결성으로 나아가기 위한 장소로 설명한다. 모든 결정적 동사가 미래를 향한다. 9월 1일 기준 시점에공개 아카이브에는 생성 공지만 존재한다. 여기에 숨겨진 모호함은 없다. 논의에는 장소가 생겼지만, 승인은 아직 얻어야 한다.

이는 평범한 IETF 제도 설계다.비-WG 메일링 리스트 지침은 WG 결성을 위한 리스트를 명시적으로 상정한다. 적절한 영역 디렉터가 그런 리스트 생성 요청을 승인한다. 그 승인은 커뮤니케이션 시설을 부여할 뿐, BoF, 차터, 의장, 마일스톤, 표준 프로그램을 묵시적으로 승인하지 않는다. 장소는 위임의 필요 선행 조건일 수 있지만 위임의 축소판은 아니다.

이 구분은RFC 2418, 즉 IETF 워킹그룹 지침과 대조할 때 가장 명확하다. WG는 좁은 차터를 중심으로 만들어지며 책임 영역 디렉터, 임명된 의장, 마일스톤, 정의된 절차와 함께 운영된다. WG는 메일링 리스트를 가져야 하지만, 그 추론은 거꾸로 작동하지 않는다. 리스트의 존재는 그룹의 존재를 증명할 수 없다. 개방된 회의실이 그 안의 사람들에게 법인 서명 권한이 위임되었다는 증거가 되지 않는 것과 마찬가지다.

서신에서는 "보류", 기록에서는 "기각"

6월 서신의 표현은 평탄화하기보다 보존할 가치가 있다. 제안자들의 6월 5일 회신에 인용된 IESG 메시지는 "보류(deferred)"라는 말을 썼다. 그것은 감사 가능한 에이전트 행위가 나쁜 발상이라고 말하지 않았다. 개념을 좋다고 평가하면서 현재 제안은 너무 광범위하다고 판단했다. 제안자들에게 범위를 좁히고, 관련 OAuth 및 WIMSE 참여자들과 협의하고, 기존 작업—또는 OpenTelemetry 프로파일—이 공백을 채우지 못하는 이유를 설명하라고 요구했다. 또한 의도(intent)와 정책의 일부 개념은 IETF 프로토콜 아키텍처보다 법적 틀에 속하는지 의문을 제기했다.

제안자들이agent2agent 리스트에 올린 회신은 보류의 시기와 절차적 의미에 이의를 제기하면서 행정 도메인을 넘어 증거를 결합할 필요성을 옹호했다. 이후의범위 논의는 실질적 교류를 이어갔다. 이 메시지들은 요청의 형태와 처리에 대한 불일치를 보여줄 뿐, 이메일로 옮겨진 승인을 보여주지 않는다.

따라서 현재 Datatracker 상태는 있는 그대로 보고되어야 한다: 기각. 이전의 "보류"라는 단어는 당시 당사자들이 결과를 어떻게 다뤘는지를 설명하므로 결정 이력의 일부로 남는다. 어느 단어도 다른 단어를 지우는 데 쓰여서는 안 된다. 수정 요청이 나올 수 있다. 현재 상태는 이 작업이 결코 진전되지 않으리라는 예측이 아니라, 지금까지 제도가 승인한 것에 대한 영수증이다.

이것은 반복되는 거버넌스 오류의 작은 사례다. 참여는 이해관계자 지위가 되고, 이해관계자 지위는 대표 권한이 되고, 포럼은 결정 기구가 되고, 기술 문서는 정책이 된다. Lu Heng의멀티스테이크홀더 미라주(mirage) 에세이는 근본적 혼동을 지적한다: 존재와 참여 그 자체로는 주체를 식별하거나 승인을 증명하지 못한다. 표준 작업에서 상태 라벨은 그 압축에 대한 몇 안 되는 방어선 중 하나다.

제안은 기술적으로 방대하다—그리고 여전히 제안이다

2026년 5월 18일자 개인AUDIT 아키텍처 초안은 실제 운영 문제에서 출발한다. 에이전트가 지시를 받고, 작업을 위임하고, 신뢰 도메인을 넘어 서비스를 호출하며 효과를 일으킨다. 로그는 존재하지만 대개 로컬에 있고 고르지 않으며, 누가 무엇을 요청했는가, 어떤 권한이 넘겨졌는가, 어떤 행위가 발생했는가, 어떤 증거가 남는가라는 결합된 질문에 답할 수 없다.

초안은 그 증거를 네 개의 유용한 계열로 나눈다. 상호작용 기록(Interaction Record)은 사용자 대면 프롬프트, 승인, 의도의 다른 증거를 담는다. 행위 기록(Action Record)은 실행 경계에서 무엇이 일어났는지 기술한다. 위임 기록(Delegation Record)은 범위와 제약을 포함해 한 주체에서 다른 주체로 넘겨진 권한을 기술한다. 권한 전환 기록(Authorization Transition Record)은 부여, 단계적 승격 승인, 축소, 철회, 만료를 기록한다. 공유 감사 컨텍스트는 기록을 상호 연관시키고 이전 이벤트를 가리킬 수 있고, 여러 주체가 자기 관점에서 기록을 생성하며, 감사 저장소는 나중 검토를 위해 자료를 정준화할 수 있다. 선택적 증명(attestation)과 투명성 서비스는 개별 주장을 강화할 수 있다.

이 어휘는 표준 결정 이전에도 구현을 개선할 수 있다. 요청과 행위, 위임과 이후 권한 변경을 구분하도록 설계자를 강제한다. 또한 단일 보편 로그 형식이 전체 문제를 해결하기 어려운 이유를 드러낸다: 서로 다른 경계는 서로 다른 사실을 알고 있고, 행위를 실행하는 주체가 원래 인간 지시를 증명할 수 있는 주체가 아닐 수 있다.

그러나 초안은 한계에도 신중하다. 에이전트를 신뢰할 수 있는 것으로 가정하지 않는다. 감사 저장소를 부분적으로만 신뢰하는 것으로 다룬다. 서비스가 경계에서 일어난 일을 기록하지 않는 문제, 관련 주체 전원의 공모, 에이전트를 구동하는 모델의 정렬을 해결하지 않는다. 상세 위협 모델은 미래 작업으로 남는다. 이 배제 사항들은 "감사"라는 단어로 숨겨야 할 각주가 아니라, 아키텍처가 결론을 지지할 수 없는 조건을 정의한다.

프라이버시도 마찬가지로 구조적이다. 상호작용 기록은 프롬프트와 사용자 의도를 노출할 수 있다. 행위 기록은 도구 호출, 사업 운영, 거래 상대방을 드러낼 수 있다. 전역 상관 식별자는 한 사람의 활동을 여러 조직에 걸쳐 연결할 수 있다. 투명성 서비스에 해시만 등록하는 것조차 특정 시점에 상호작용이 존재했음을 드러낼 수 있다. 도메인 간 궤적이 완전할수록 감사자에게—그리고 경쟁자, 소송 당사자, 고용주, 감시 기관에게—더 가치 있어진다.

검증 가능한 에이전트 대화에 관한 개인 문서는 사용자 대면 상호작용 증거의 한 후보 형식을 제공할 수 있다. 이 역시 개인 초안이다. 이를 채택할 수 있는 AUDIT WG는 존재하지 않는다. 대화에 대한 서명조차 어려운 정책 질문을 그대로 남긴다: 어떤 콘텐츠를 최소화하는가, 분리된 자료를 누가 복호화할 수 있는가, 삭제(redaction)가 어떻게 증명되는가, 보존이 언제 끝나는가, 영구 식별자를 만들지 않고 대화를 이후 행위에 어떻게 묶는가.

인접 표준은 조각을 제공하지만 전체 결론을 내주지 않는다

IESG의 중복 질문은 관료적 방해가 아니다. 매력적인 우산이 성숙한 작업을 복제하거나 정의되지 않은 접합부를 다른 누군가의 책임으로 돌리는 것을 IETF가 막는 방식이다.

RFC 8693, OAuth 2.0 Token Exchange는 위임 의미론과 주체 체인을 표현할 수 있다. 주체 간에 전달되는 권한을 기술하는 데 도움이 된다. 그러나 사용자의 원래 지시, 이후의 모든 권한 전환, 실행 결과, 감사자의 정책 판단을 재구성하지 못한다. RFC는 또한 상세 토큰 의미론, 보안 속성, 신뢰 모델을 기본 프로토콜 범위 밖에 둔다. 토큰은 권한 이야기의 증거일 수 있으나 이야기 전체는 아니다.

W3C Trace Context 권고안은 분산 요청의 일부를 상관시키는 식별자를 전파한다. 행위가 서비스를 넘을 때 상관은 불가결하다. 그러나 trace ID는 어떤 권한도 주장하지 않는다. 위임이 권한을 축소했다는 사실, 사용자가 위험한 단계를 승인했다는 사실, 결과 행위가 올바른지를 보여줄 수 없다. 두 이벤트를 결합하는 것은 어느 이벤트도 승인하지 않는다.

RFC 9334, RATS 아키텍처는 원격 증명을 위한 역할과 메시지를 제공한다. 증거는 검증자(Verifier)가 평가하고, 의존 주체(Relying Party)가 증명 결과에 정책을 적용한다. 이는 구성요소나 실행 환경의 속성을 판단하는 데 도움이 될 수 있다. 그러나 법적 권한, 계약적 책임, 인간 의미에 대한 충실성을 확립하지는 못한다. 건강한 기기도 승인되지 않은 지시를 완벽하게 실행할 수 있다.

RFC 9943, SCITT 아키텍처는 서명된 진술, append-only 투명성 서비스, 등록이나 포함을 증명할 수 있는 영수증을 기술한다. 그런 장치는 삭제와 소급적 재작성을 더 탐지 가능하게 만들 수 있다. 그러나 서명된 진술을 참으로 만들거나, 모든 관련 이벤트가 기록되었음을 보여주거나, 영수증을 권한으로 바꾸지는 못한다. 암호학적 무결성은 주장과 기록 사이의 관계를 보호할 뿐, 주장의 의미를 확정하지 않는다.

따라서 중복 분석은 어느 약어가 이기는 경쟁이 아니라 소유권과 공백의 지도여야 한다. OAuth는 특정 위임 메커니즘을, WIMSE는 워크로드 신원 문제를 담당할 수 있다. Trace Context는 상관을, RATS는 환경 증명을, SCITT는 선택된 진술의 투명성을 제공할 수 있다. 제안되는 AUDIT 범위는 줄일 수 없는 경계 간 기능이 무엇인지, 누가 그것을 명세할지, 접합부가 다른 곳의 작업을 재정의하지 않도록 어떻게 할지 명시해야 한다.

두 개의 감사 궤적, 하나의 공통 규율

이 이야기에는 실제로 두 개의 감사 문제가 있다. 제안된 기술 아키텍처는 에이전트 시스템 내부의 권한과 행위를 기록할 것이다. 제도적 기록은 표준 형성 내부의 권한과 행위를 문서화해야 한다. 대상은 다르지만 실패 양상은 같다: 참여 기록이 그 기록에 의미를 부여하는 권한으로 오인되는 것이다.

공개 표준 권한 상태 영수증은 정교할 필요가 없다. 안정된 문제와 정확한 제안 버전을 명명해야 한다. 현재 상태—제안, 기각 또는 보류된 BoF, 비-WG 논의, 승인된 BoF, 차터링, 활성 WG, 종결된 작업—와 그 상태를 만들 수 있는 권한 있는 주체를 기록해야 한다. 날짜가 있는 결정에 연결하되 문구를 부풀리지 않는다. 각 개정은 범위 델타, 특히 인접 그룹에 제거되거나 배정된 작업을 명시해야 한다.

리더십도 같은 주의가 필요하다. 제안된 AD와 의장은 임명될 때까지 "제안"으로 표시된다. 논의 장소는 권한과 별도로 기록된다. 승인된 차터는 정확한 개정판과 승인 날짜를 가져야 하며, 그렇지 않으면 차터 필드는 null이다. 문서는 채택 기록과 함께 개인 초안인지 WG 채택인지 표시되어야 한다. 워킹그룹 last call, IETF last call, IESG 평가, 미해결 반대는 별개의 상태다. 출판은 차별화되지 않은 "표준" 라벨 대신 Internet-Draft 상태, RFC 스트림, 카테고리를 식별해야 한다. 구현과 운영 정책은 출판 필드가 아니라 배포 필드에 속한다.

영수증은 표현이 갱신되더라도 의미상 append-only여야 한다. 이후 성공한 BoF는 기각된 요청에 연결하고 무엇이 바뀌었는지 명시해야 한다. 채택된 초안은 이전의 개인 개정판을 소급적으로 WG 산물로 만들면 안 된다. 출판된 RFC는 미해결 배포 선택을 지워서는 안 된다. 오래된 결정은 위임이 획득된 경로의 증거다.

AUDIT 제안에 대해 기준 시점의 영수증은 짧다: 개인 아키텍처 초안이 존재한다; 버전 02 BoF 요청이 논의되었다; IESG 피드백은 범위가 너무 광범위하다고 판단했다; Datatracker는 요청을 기각으로 기록한다; 비-WG 리스트가 이제 가능한 새 요청과 차터에 대한 작업을 진행한다; 책임 리더십, 승인된 차터, WG 채택, IETF 합의는 존재하지 않는다. 이 서술은 적대적이지도 선전적이지도 않다. 다음 상태가 도래할 때 그것을 인식할 수 있을 만큼 정확하다.

감시 기본값 없는 책임성

논의가 진전된다면 프라이버시는 기록 모델이 안정된 이후로 미룰 수 없다. 데이터 최소화는 기록 계열별로 정의되어야 한다. 경계를 넘을 필요가 없는 콘텐츠는 전체 프롬프트 대신 해시 또는 선택적 공개 클레임으로 분리된 채 유지되어야 한다. 조직 간 연결이 필요하지 않은 곳에서는 전역 식별자 대신 pairwise 또는 불투명 식별자가 쓰여야 한다. 감사자 접근은 기록이 존재한다는 사실에서 추론되어서는 안 되며 별도로 승인되어야 한다.

보존에도 만료 기간이라는 보편적 숫자 이상이 필요하다. 운영 디버깅, 계약적 증거, 보안 조사, 규제 기록은 목적과 정책 소유자가 다르다. 삭제는 투명성과 충돌할 수 있고, 영구 포함은 프라이버시와 정정과 충돌할 수 있다. 올바른 설계는 연속성을 발명하는 대신 공백, 거부, 이용 불가능한 증거를 가시화해야 한다. 영수증은 자신이 어떤 기록을 커버하는지 정확히 증명하고, 기록 집합이 완전하다는 인상을 절대 주어서는 안 된다.

여기서 제도적 정밀함이 기술적 가치를 갖는다. 좁은 차터는 그룹이 어떤 프라이버시 속성이 프로토콜 요구사항이고, 어떤 것이 배포 프로파일에 속하고, 어떤 것이 법적·조직적 통제로 남는지 결정하게 강제할 수 있다. "의도"가 인간 사고의 포획에 대한 무제한 요구로 변질되는 것을 막을 수 있다. 위협 모델링, 누락 처리, 선택적 공개를 희망적 문단이 아니라 산출물로 만들 수 있다.

새 리스트가 그 작업을 하기에 적합한 장소다. 이를 단지 리스트라고 부른다고 해서 참여자가 축소되지 않는다. 그것은 그들의 작업을 성급한 제도적 브랜딩으로부터 보호하고 명확한 목표를 준다: 더 좁은 문제 진술, 방어 가능한 중복 지도, 미래의 결정이 실질적 권한을 담을 만큼 강한 프라이버시 제약을 산출하는 것.