IETF가 에이전트 감사 추적(Agent Audit Trails) 표준을 막 표준화했습니다. 엔진은 이미 존재합니다.
요약
IETF가 자율 AI 에이전트의 의사결정을 기록하기 위한 JSON 기반 '에이전트 감사 추적(AAT)' 표준을 발표했습니다. 이 표준은 규제 준수를 위한 데이터 형식을 정의하지만, 실제 레코드를 생성하고 검증하는 엔진의 역할은 여전히 과제로 남아 있습니다.
핵심 포인트
- IETF의 AAT 표준은 에이전트 ID, 작업 분류, 암호화 해시 체이닝 등을 의무화함
- 표준은 데이터 형식을 정의할 뿐, 실제 레코드를 생성하는 엔진은 포함하지 않음
- EU AI Act, ISO 42001 등 글로벌 규제 준수를 위한 필수 요소임
- 결정론적이고 변조 방지가 가능한 감사 추적 생성 기술이 필요함
2026년 7월 26일
IETF가 자율 AI 에이전트의 의사결정을 기록하기 위한 JSON 기반 레코드 구조인 에이전트 감사 추적 (Agent Audit Trail, AAT) 표준을 공식 발표했습니다.
이 표준은 준수해야 할 감사 추적의 형태를 정의합니다. 에이전트 식별 정보, 작업 분류, 타임스탬프, 의사결정 결과, 그리고 변조 방지를 위한 암호화 해시 체이닝 (cryptographic hash chaining) 필드를 의무화합니다. 이는 EU AI Act 제12조 (기록 보관), SOC 2, ISO 42001, 그리고 PCI DSS와 직접적으로 매핑됩니다.
하지만 표준은 엔진이 아닙니다. 표준은 형식을 정의할 뿐, 레코드를 생성하지는 않습니다.
격차 (The Gap)
IETF 표준은 조직에 준수 가능한 감사 추적이 어떤 모습이어야 하는지를 알려줍니다. 하지만 모든 자동화된 의사결정에 대해 어떻게 결정론적으로, 기계의 속도로 감사 추적을 생성해야 하는지는 알려주지 않습니다.
오늘날 대부분의 조직은 확률론적 로그 (probabilistic logs), 수동 스크린샷, 또는 벤더가 제공하는 블랙박스 (black-box) 출력을 사용하고 있습니다. 이 중 그 어느 것도 IETF AAT 표준을 충족하지 못합니다. 그 중 어느 것도 재생 가능 (replayable)하지 않으며, 변조 방지 (tamper-evident) 기능도 없습니다.
엔진이 없는 표준은 그저 문서일 뿐입니다.
표준의 요구 사항
| IETF AAT 필드 | 캡처 내용 |
|---|---|
agent_id | 어떤 에이전트가 행동했는지 |
| ... |
표준은 명확합니다: 모든 자동화된 의사결정은 결정론적이고, 검증 가능하며, 변조 방지가 가능한 기록을 남겨야 합니다. 하지만 표준은 레코드의 형태만을 정의할 뿐입니다. 레코드를 어떻게 생성해야 하는지는 알려주지 않습니다. 어떻게 검증해야 하는지도, 레코드가 불완전할 때 무엇을 해야 하는지도 알려주지 않습니다.
실제 레코드의 모습
대부분의 컴플라이언스 (compliance) 시연은 완벽한 레코드를 보여줍니다. 깨끗한 입력값, 깨끗한 출력값, 모든 권한 부여 및 매핑이 완료된 상태 말입니다.
하지만 감사관과 조사관들이 현실 세계에서 마주하는 모습은 그렇지 않습니다.
현실 세계에서는 자율 에이전트가 행동하고 레코드는 존재합니다. 하지만 권한 부여 컨텍스트 (authorization context)가 누락되어 있습니다. 관리 연속성 (chain of custody)이 끊어져 있습니다. 감사관은 무엇이 일어났는지, 무엇이 누락되었는지, 그리고 다음에 어떤 질문을 던져야 하는지를 알아야 합니다.
입력:
{
"scenario_summary": "자율 에이전트가 작업을 실행함",
"observed_signals": ["agent_action_logged", "decision_recorded"],
...
출력:
{
"decision_posture": "insufficient_information",
"confidence": 45,
...
이것이 바로 표준이 할 수 없는 일입니다. 표준은 무엇이 누락되었는지 알려줄 수 없습니다. 답변을 얻었을 때 관리 연속성 (Chain of Custody)을 완성할 수 있는 단 하나의 질문을 끌어낼 수도 없습니다. 완전한 기록과, 구조적으로는 준수하지만 포렌식(Forensic) 관점에서는 불충분한 기록을 구분할 수도 없습니다.
엔진은 할 수 있습니다.
검증이 작동하는 방식
IETF AAT 표준은 기록이 검증 가능할 것을 요구합니다. 대부분의 조직은 이를 다음과 같이 해석합니다: "검증 도구가 필요하다."
그들은 틀렸습니다.
검증에는 별도의 도구가 필요하지 않습니다. 동일한 입력값으로 엔드포인트 (Endpoint)를 호출하십시오. 동일한 출력값을 받으십시오. SHA-256 해시 값을 비교하십시오. 일치한다면, 그 기록은 검증된 것입니다. 제3자 도구는 필요하지 않습니다. 오직 결정론 (Determinism)만 있으면 됩니다.
동일한 입력. 동일한 출력. 매번 동일하게. 그것이 바로 증거입니다.
이것이 지금 중요한 이유
IETF 표준은 선택 사항이 아닙니다. 이는 이미 진행 중인 일련의 규제 요구 사항들을 위한 기술적 토대입니다.
EU AI Act 제12조는 고위험 AI 시스템에 대한 기록 보관을 요구합니다. 일리노이 AI 안전법 (Illinois AI Safety Act)은 매년 독립적인 감사를 의무화합니다. 미국 연방 정부는 AAT 준수 감사 추적을 요구하는 AI 조달법을 향해 나아가고 있습니다. 자율 에이전트가 의도된 매개변수 밖에서 행동했던 최근의 OpenAI 에이전트 사고는 여러 관할 구역의 입법 일정을 가속화했습니다.
결정론적이고, 재현 가능하며, 프레임워크에 매핑된 감사 추적을 생성할 수 없는 조직은 벌금, 계약 제외, 법적 책임을 면하기 어려울 것입니다. 반면 이를 수행할 수 있는 조직은 경쟁사들이 허둥대는 동안 자유롭게 움직일 것입니다.
하지만 기록을 생성하는 것만으로는 충분하지 않습니다. 그 기록은 정밀한 조사(scrutiny)를 견뎌내야 합니다. 벤더(vendor)를 신뢰하지 않고도 검증 가능해야 합니다. 모델 가중치(model weights)에 대한 전문가 증언 없이도 증거 능력을 인정받을 수 있어야 합니다. 또한 모든 감사관과 조사관이 던질 질문에 답할 수 있어야 합니다: "이 기록이 진짜라는 것을 어떻게 알 수 있는가?"
그 답은 컴플라이언스 보고서(compliance report)가 아닙니다. 그것은 시스템의 속성입니다. 바로 결정론(Determinism)입니다.
표준이 설정되었습니다
IETF는 자신의 역할을 수행했습니다. 표준은 형식을 정의합니다. 규제는 요구 사항을 정의합니다. 마감 기한이 다가오고 있습니다.
하지만 엔진이 없는 표준은 그저 문서일 뿐입니다.
엔진은 이미 가동 중입니다. 기록은 결정론적(deterministic)입니다. 체인은 끊어지지 않았습니다.
Founder & CEO, Decision Security Layer
https://seais-decision-core.onrender.com
Contact: decseclayer@gmail.com
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기