RFC 8693 기반 Nested Token Chain으로 AI Agent 실행 주체 추적 및 무결성 증명

An AI agent exported a patient record. Your logs can't say who told it to.

Alex LaGuardia2026년 6월 23일6분advanced

AI 요약

Context

공유 API 키나 Service Account 기반의 기존 LLM 운영 체계로 인한 실제 실행 주체(Natural Person) 식별 불가 문제 발생. 모델 출력값에 의존하는 신원 기록 방식은 Prompt Injection에 취약하며, EU AI Act 등 규제 준수를 위한 신뢰할 수 있는 Audit Log 설계가 필수적인 상황.

Technical Solution

Runtime 레벨의 Gateway 도입을 통한 모델 외부에서의 신원 스탬핑 구조 설계
RFC 8693 Token Exchange를 활용하여 Human(sub)과 Agent(act) 신원을 결합한 Short-lived Delegation Token 발행
Orchestrator 및 Sub-agent 간의 다단계 호출 시 act claim을 중첩시키는 Nested Token 구조로 전체 호출 체인(Chain of Custody) 보존
Ed25519 서명 및 Hash-chained Ledger를 구축하여 로그 변조 방지 및 사후 검증 체계 마련
Sigstore Rekor Transparency Log에 Merkle Root를 체크포인트하여 내부 운영자에 의한 로그 재작성 공격(Operator-rollback) 원천 차단
민감 데이터 유출 방지를 위해 원본 인자가 아닌 Argument의 Hash 값만을 저장하는 Trade-off 적용

실천 포인트

- AI Agent의 신원 증명 시 LLM의 생성 값(Prompt)이 아닌 Runtime-level의 Trusted Source를 사용하고 있는가? - 다단계 Agent 협업 구조에서 최종 Action까지의 호출 체인을 추적할 수 있는 Nested Identity 메커니즘이 존재하는가? - Audit Log의 무결성을 보장하기 위해 내부 관리자도 수정 불가능한 External Transparency Log(예: Rekor)를 연동하였는가? - Token 발행 시 표준 RFC(예: RFC 8693)를 준수하여 다양한 IdP(Okta, Keycloak 등)와 호환성을 확보하였는가?

태그

#Audit Log #Prompt Injection #RFC 8693 #Transparency Log #Token Exchange

원문 읽기