핵심 요약
AWS가 Amazon Bedrock Guardrails와 자체 판정 서버를 연동해 Claude Enterprise에 조직의 DLP 정책을 적용하는 구현 방법을 소개합니다.
구현 방법
- 판정 서버를 AWS ECS on Fargate에서 운영하고, 자체 규칙으로 한국 고유 식별자(주민등록번호 등)와 사내 보안 표기를 먼저 검사한 뒤, 필요 시 Bedrock Guardrails의 ApplyGuardrail API로 추가 검사(PII, 거부 주제, 프롬프트 공격)를 수행합니다.
- Inference hooks를 Claude Enterprise의 검사 엔진에 연결해, Claude로 전달되기 전 요청 본문 전체를 실시간으로 검사합니다. 단, Claude Platform(API)과 Amazon Bedrock을 통한 Claude 호출은 대상이 아니며, Bedrock에서 Claude를 사용하는 애플리케이션에는 Bedrock Guardrails를 직접 적용합니다.
- 구성 요소로는 인터넷-facing ALB를 진입점으로 두고, 판정 서버는 격리 서브넷에서 실행합니다. Bedrock Guardrails는 PrivateLink 인터페이스 엔드포인트로 접근하며, S3/DynamoDB는 게이트웨이/인터페이스 엔드포인트로 연결합니다. 판정 로그는 CloudWatch Logs와 SQS에 남기고 엔드포인트 도메인은 Route 53에서 관리합니다.
- 요청 흐름은 Claude에 프롬프트를 보낸 뒤 Anthropic의 HTTPS 엔드포인트로 전달되고, 본문에 현재까지의 대화가 포함됩니다. 판정 서버는 HTTP 200 응답으로 판정 결과를 반환하며, 필요 시 도구 호출에 대한 추가 검사를 수행합니다.
- 보안 및 운영 측면으로는 webhook 서명 검증으로 Anthropic의 서명을 확인하고, Custom request headers에 등록된 X-Hook-Token으로 진입점을 선 filters합니다. 토큰은 주기적으로 교체하고 롤링합니다. 실패 처리 및 서킷 브레이커를 통해 가용성을 보장합니다.
- 네트워크 제약 및 리전 측면에서 Bedrock Guardrails의 적용은 인터페이스 엔드포인트를 통해 이루어지며, cross-Region 평가를 고려해 리전을 선택합니다. 초기 검증은 us-east-1에서 수행하되 필요 시 다중 리전 구성이 가능합니다.
- 운영상 필요 요건으로는 조직의 Owner/Primary owner 권한이 필요하고, 판정 서버의 세션 캐시는 DynamoDB에 보관하며 판정 로그의 메타데이터를 CloudWatch Logs/SQS에 남깁니다.
주요 결과
- 다층 보안을 통해 데이터 유출 방지와 정책 준수를 강화합니다.
- 감사 가능성을 높이고, 판정 이력과 메타데이터를 체계적으로 관리합니다.
