에이전트 위험을 제어하는 가드레일 4계층
당신의 에이전트는 더 똑똑한 모델이 필요하지 않습니다. 격리가 필요합니다.
단 하나의 필터로는 프롬프트 인젝션(prompt injection)을 막을 수 없습니다. OWASP는 이를 LLM 애플리케이션의 Top 10에 포함시키고, 완벽하게 방지하는 것이 가능한지조차 불분명하다고 언급합니다. 따라서 목표는 완벽한 벽이 아닙니다. 계층적 방어입니다: 무언가가 새어 나가더라도 피해 범위(blast radius)를 작게 유지하고, 가장 중요한 지점에서 인간의 개입(human in the loop)을 확보하는 것입니다.
- 추론(inference) 전에 모든 것을 검증하고 정제합니다: 스키마, 길이 제한, 허용 목록(allowlists).
- 에이전트가 읽는 문서에 숨겨진 탈옥(jailbreaks) 및 간접 인젝션(indirect injection)을 점검합니다 — 추론 후가 아니라 전에 게이트로 작동시킵니다.
- 개인 식별 정보(PII)를 조기에 제거합니다. 모델이 결코 받지 못하는 데이터는 유출될 수 없습니다.
- 닫힘 실패(Fail closed): 검사 실패나 시간 초과 시, 보호된 액션은 실행되지 않습니다.
이는 가장 높은 레버리지를 가진 계층입니다. 하나의 정책이 모든 되돌릴 수 없는(irreversible) 액션을 제약합니다.
- 최소 권한 원칙 (Least privilege): 도구 목록을 작게 유지합니다. 만약 커진다면, 에이전트를 분할해야 합니다.
- 모든 도구 위험 등급화 (낮음/중간/높음). 환불(Refunds), 삭제(deletions), 결제(payments), 외부 메시지 전송 — 모두 승인 게이트를 거쳐야 합니다.
- 승인을 정확한 액션에 바인딩: 이 순서, 이 금액, 이 Idempotency Key — 상태가 변경되면 재승인을 받아야 합니다.
- 루프 제한 (Bound the loop): 작업당 단계(steps), 토큰, 비용, 시간에 하드캡을 설정합니다.
3계층 — 출력 가드레일 (Output guardrails): 도착하기 전에 검증하기
- 스키마를 강제하여 잘못된 형식의 출력이 크게 실패하도록 만듭니다(fail loudly).
- 접지 확인(Grounding checks): 검색된 소스에 대해 주장을 검증합니다.
- 완화 및 범위 지정 (Moderate and scope) — 자신의 업무 범위를 훨씬 벗어나 답변하는 지원 에이전트는, 그 답변이 무해하더라도 범위 설정 실패를 의미합니다.
4계층 — 런타임 가드레일 (Runtime guardrails): 루프 감시하기
- 마스크 처리(redaction)를 통한 감사: 원본 로그 자체가 방지하려 했던 데이터 유출이 됩니다.
- 지연 시간(latency), 오류율, 도구 호출 패턴, 작업당 비용을 모니터링합니다.
- **킬 스위치(kill switch)**를 유지하세요: 에이전트를 중단시키는 빠르고 사람이 조작하는 방식이어야 합니다. 티켓이 아니라 버튼이어야 합니다.
핵심 요약 (The takeaway)
안전은 실행 경로에 존재합니다—승인 바인딩, 상태 버전 확인, 아이덴티피티 키(idempotency key) 등입니다. 프롬프트가 아닙니다. 모델이 우회할 수 있는 정책은 가드레일이 아닙니다._관리형 서비스(Bedrock Guardrails, Azure AI Content Safety)는 유해성이나 주입 공격 같은 일반적인 위험을 처리합니다. 사용자의 코드가 비즈니스 로직상의 위험—환불 한도, 승인 워크플로우, 킬 스위치—을 처리해야 합니다.
더 깊이 파고들기 (Go deeper)
이것은 요약된 티저입니다. 고위험 환불 도구 호출에 대한 엔드투엔드 정책 흐름과 Bedrock/Azure 비교를 포함한 전체 구현 가이드—는 Agentic Affairs에서 읽어보세요:
Agent 위험을 제어하는 AI 에이전트 가드레일 4계층
원래 게시된 곳: Agentic Affairs ([https://agentic-affairs.com])