이 페이지는 기계 번역이며 원어민 검수를 진행 중입니다. 정확한 내용은 영어 페이지를 참고하세요.
← 블로그
Agentic Trust & Protection Platform

Agentic Trust & Protection Platform: 모든 AI 에이전트를 위한 신원, 기록, 그리고 곧 검문소까지

ATPP가 지금 에이전트에게 제공하는 것, ATPP Enforce 미리 보기가 더하는 것, 그리고 그만큼 중요한, 아직 주장하지 않는 것.

Redthread 팀 · 2026년 9월 26일 · 7분 분량

AI 에이전트를 운영 환경에서 실행하는 팀에게 네 가지를 물어보세요. 에이전트가 실제로 무엇을 했습니까? 지금도 무엇을 할 수 있습니까? 이를 고객에게 어떻게 증명합니까? 얼마나 빨리 멈출 수 있습니까? 오늘날 솔직한 대답은 대부분 어깨를 으쓱하는 것입니다. 에이전트는 수명이 긴 키로 인증하고, 범위는 구성 파일에서 한 번 정해졌으며, 이력은 작성자가 우연히 남긴 로그가 전부입니다.

Agentic Trust & Protection Platform(ATPP)은 이 네 가지 질문에 대한 저희의 답입니다. 세 개의 계층으로 구성되며, 그중 무엇이 지금 존재하고 무엇이 아직 미리 보기인지 정확히 밝혀 둘 필요가 있습니다.

계층 1 — 공유 키가 아닌 신원

등록된 모든 에이전트는 환경 변수에 놓인 API 키 대신 고유한 SPIFFE 방식 신원과 수명이 짧은 서명된 자격 증명을 받습니다. 신원은 에이전트마다 고유하므로 “어느 에이전트가 그랬는가?”에 답이 있고, 자격 증명은 교체되므로 유출되더라도 시간이 지나면 만료됩니다.

계층 2 — 에이전트가 한 일의 서명된 기록

에이전트가 작업하는 동안 그 액션이 보고되어 추가 전용 원장의 서명된 신뢰 상태 이벤트로 변환됩니다. 배지 — 에이전트가 부여된 범위 안에 있으면 녹색, 벗어나면 빨간색 — 는 이 원장에서 생성되며, 검증 문서를 통해 누구나 서명을 오프라인으로 확인할 수 있습니다. 서명의 핵심은 이 기록이 단지 에이전트 소유자의 주장에 그치지 않는다는 것입니다.

이 계층이 무엇인지 분명히 해 둡니다: 이것은 기록입니다. 에이전트가 범위를 벗어났다는 사실을 빠르고 검증 가능하게 알려 줍니다. 그러나 그 자체로 범위를 벗어난 요청을 막지는 않습니다 — 보고될 무렵 그 요청은 이미 나간 뒤입니다.

계층 3 — 검문소 역할의 ATPP Enforce(미리 보기)

ATPP Enforce는 판단을 요청보다 앞에 둡니다. 인라인 게이트웨이가 각 아웃바운드 요청을 에이전트의 권한과 대조해 평가하고 허용, 거부, 일시 중지 중 하나로 답합니다. 권한은 도구 이름 목록에 그치지 않고 호스트, 메서드, 경로, 본문 크기 상한으로 구조화되어 있습니다. 허용된 도구를 통해 보낸 공격은 도구만 확인할 경우 범위 안에 있는 것처럼 보이기 때문입니다. 저희가 양보할 수 없다고 보는 몇 가지 속성은 다음과 같습니다:

  • 페일 클로즈드. 정책이 없으면 거부합니다.
  • 기본값은 읽기 전용. 쓰기 메서드를 지정하지 않은 규칙은 쓰기를 허용하지 않으며, 요청 본문 크기에는 상한이 있습니다.
  • 어떤 규칙도 무효화할 수 없는 거부 목록 — 클라우드 메타데이터 엔드포인트와 사설 주소 범위는 계속 도달할 수 없습니다.
  • 섀도 우선. 같은 판단을 섀도 모드로 계산해 기록만 하므로, 실제로 무엇이든 차단하기 전에 무엇이 차단되었을지 확인할 수 있습니다.

번인 게이트

모든 차단 통제의 대표적인 실패는 운영 환경을 멈춰 세우는 오탐이므로, 저희는 안전한 순서를 코드상의 규칙으로 만들었습니다. 게이트웨이가 최소 기간과 충분한 판단 횟수에 걸쳐 실제 작업을 관찰하고, 게이트웨이가 차단했을 모든 요청을 운영자가 검토해 동의하기 전까지는 신원을 섀도에서 집행으로 전환할 수 없습니다. 검토는 호스트와 메서드별로 묶이므로, 운영자는 수백 개의 행이 아니라 십여 개의 패턴에 대해 판정합니다.

제3자가 확인할 수 있는 영수증

집행된 트래픽에는 서명된 영수증 헤더가 붙습니다. 에이전트로부터 요청을 받은 사이트는 이 헤더를 저희에게 넘겨 세 가지 답 중 하나를 받을 수 있습니다: 적용되어 허용됨, 적용되어 거부됨, 또는 전혀 적용되지 않음. 마지막 답은 사이트가 어떤 트래픽을 에이전트로 의심하는지 이미 정한 뒤에야 의미가 있습니다 — 범위 지정은 호출자의 몫입니다. 하지만 이는 아무것도 도입하지 않은 쪽에도 도움이 되는 ATPP의 유일한 요소입니다.

서드파티 MCP 서버

에이전트는 직접 작성하지 않은 코드도 설치합니다. 서드파티 MCP 서버는 거의 검증 없이 에이전트 구성에 추가되며, 그 위험을 책임지는 사람이 없습니다: 레지스트리는 책임을 부인하고, 작성자는 설치자와 아무 관계가 없으며, 에이전트 프레임워크는 이를 구성으로 취급합니다. ATPP는 공개 MCP 서버에 점수를 매기고 게시자가 검증 가능한 배지를 삽입할 수 있게 하므로, 설치자는 서버를 추가하기 전에 확인할 수 있습니다.

저희가 주장하지 않는 것

ATPP Enforce는 미리 보기입니다. 판단 엔진, 권한 부여, 서명된 정책 번들, 영수증, 번인 게이트는 구축되고 테스트되었으며, 게이트웨이 프로토타입은 실제 에이전트 스캔 앞에서 실행된 적이 있습니다. 아직 고객 워크로드에 대해 집행 모드로 실행한 적은 없으며, 운영용 데이터 플레인도 선택하지 않았습니다. 따라서 저희는 이것이 공격 전반을 막는다고 말하지 않습니다. 저희의 주장은 더 좁습니다: 신원이 번인 검토를 통과하고 나면, 범위를 벗어난 요청이 밖으로 나가기 전에 차단될 수 있다는 것입니다.

이런 솔직함은 의도된 것입니다. 과장하는 보안 통제는 없는 것보다 나쁩니다. 사람들이 더 이상 살펴보지 않게 되기 때문입니다. 이는 저희가 모의 침투 테스트 발견 사항에 적용하는 것과 같은 원칙입니다: 무언가를 어떻게 아는지 밝힙니다.

직접 사용해 보기

에이전트 등록과 배지 조회는 처음 10개까지 무료입니다. 시작하기: trust.redthreadsec.com, 또는 다음 문서를 읽어 보세요: 신원 문서 및 API 레퍼런스. 서드파티 MCP 서버를 설치하는 에이전트를 운영하고 있으며 Enforce의 디자인 파트너가 되고 싶다면, 알려 주세요.

계속 읽기

블로그의 다른 글.

에이전트 보안
차단당한 에이전트가 다른 길을 찾았다: Services Australia 사건이 주는 교훈
한 AI 연구 에이전트가 호주 정부 서비스에서 접근 차단에 부딪혔지만, 무언가 통할 때까지 멈추지 않았습니다. 실제로 무엇이 실패했는지, 그리고 저희가 이를 어떻게 설계에 반영했는지 살펴봅니다.
플랫폼
에이전트 없이, 그래프 우선으로: 왜 지도부터 그리는가, 그리고 시간과 비용은 어디로 가는가
모든 곳에 에이전트를 설치하는 일과 평면적인 발견 사항 목록을 분류하는 일은 보안 도구의 가장 큰 숨은 비용 두 가지입니다. 에이전트 없는 그래프가 이를 어떻게 없애는지 설명합니다.
모의 침투 테스트
AI 모의 침투 테스트의 비용 — 그리고 대체하지 못하는 것
수동 모의 침투 테스트는 크고 드문 구매입니다. 자율 에이전트는 이를 작고 잦은 구매로 바꿉니다. 사람이 여전히 더 잘하는 부분까지 포함한 정직한 비교입니다.