에이전트 도구 호출 신뢰 검증 미들웨어 설계 노트

댓글 반응은 실용적 설계와 테스트 기반 접근에 긍정적 호응이 많았다. 다수의 코멘트가 공개된 테스트와 재현 가능한 리포지토리 구성이 실무 검증에 도움이 된다고 평했다. 동시에 번들 완전성 검증과 분산 환경에서의 확장성, Merkle 트리 채택 여부에 대한 우려와 대안 제안이 활발하게 제기되었다.

• 작업별 권한 만료 시간을 WorkOrder 수준에서 구성 가능하게 만드는 것이 실무에서 유용하다고 판단된다. 기본값으로 300초를 설정한 이유는 재생 공격 방지와 현실적 실행 지연 수용 사이의 균형을 맞추기 위해서다. 긴 실행을 처리해야 하는 워크플로우에는 개별 WorkOrder에서 타임아웃을 늘리도록 설정하면 보안과 실용성 요구를 동시에 만족시킬 수 있다.
• 정규화와 서명 규칙을 엄격히 고정해 서명 검증의 결정성을 확보하는 것이 중요하다. 작성자는 RFC 8785 JCS를 채택해 JSON 키 순서 차이로 인한 서명 불일치를 제거했으며, 이 접근은 오프라인 검증자가 동일한 바이트 시퀀스를 얻도록 보장한다. 따라서 서명·정규화 규격을 문서화하고 검증 툴체인을 통일하는 것이 운영 리스크를 낮춘다.
• 단일 노드 재연 모델을 선택할 경우 외부 검증자를 위한 번들 포맷과 게시 정책을 명확히 정의해야 한다. POSIX no-replace 게시와 SHA-256 앵커링은 번들 내부 항목의 불변성을 보장하지만 번들 누락 자체를 방지하지는 못한다. 실무적으로는 번들 발행 로그에 타임스탬프와 발행자 서명을 추가하거나 외부 수락자(Acceptor) 서명을 요구해 제3자가 수령 시점을 검증할 수 있게 하는 절차를 도입하는 편이 안전하다.

정책 결정(PolicyDecision)(PolicyDecision)

— 도구 호출 전에 역할, 권한 부여, 할당량, 인간 승인 여부 등을 평가해 생성하는 서명된 권한 판단 자료다. 입력으로 요청 메타데이터와 권한 테이블을 받고, 출력으로 Ed25519 서명이 붙은 승인결정을 만든다. 이 결정은 이후 실행 결과와 영수증으로 결합되어 누가 어떤 권한으로 무엇을 실행했는지를 입증하는 근거가 된다.

실행 영수증(ActionReceipt)(ActionReceipt)

— 실제 도구 실행 후 결과와 정책 결정을 결합해 권한과 실행 산출물을 묶는 증거 객체다. 영수증은 부모 집합 검증(parent-set enforcement)을 통해 어떤 권한이 어떤 실행을 정당화했는지 연결성을 유지한다. 이 객체를 통해 이후 검증자가 실행 결과의 정합성과 권한 유효성을 재현 가능하게 만든다.

증거 번들(Evidence bundle)

— 영수증, 권한부여 기록, 공개키와 게시된 산출물(패치·테스트 결과·매니페스트)을 하나로 묶은 불변 패키지다. POSIX no-replace 정책과 SHA-256 해시로 각 산출물의 불변성이 앵커링되며, 오프라인 검증자는 이 번들만으로 전체 체인을 재연할 수 있다. 번들의 완전성은 검증자가 내부 일관성은 확인하지만 외부에 누락이 없는지는 가정에 의존한다.

JCS 정규화(RFC 8785)(RFC 8785 JCS)

— JSON Canonicalization Scheme(RFC 8785)로서 키 순서나 공백 차이를 제거해 동일한 구조의 JSON이 항상 같은 바이트열로 정규화되게 만든다. 이 정규화가 있으면 {

SQLite 원장(SQLite)

— 모든 영수증, 권한 부여, 할당량 이벤트, 증거 게시를 단일 플랫 이벤트 로그에 기록하는 권위 저장소로 사용된 경량 관계형 DB다. 단일 노드 재연에서 동시 작성과 분산 조정이 없다고 가정해 간단한 재현성과 번들 자기포함성을 유지한다. 설계자는 Merkle 트리를 배제해 검증 오버헤드를 줄이고 검증기를 상태 비보존(stateless)으로 유지했다.