
Amazon Bedrock Guardrails로 Claude Enterprise에 조직의 DLP 정책 적용하기
두줄요약
Claude Enterprise Inference hooks에 AWS 판정 서버를 연결해 DLP 정책을 적용하는 방식을 소개합니다. 자체 규칙과 Bedrock Guardrails를 결합해 민감정보를 검사하고 장애·감사까지 설계했습니다.
문제 상황
- Claude Enterprise의 웹·앱·Claude Code·Slack 사용 경로 전반에서 개인정보와 영업비밀의 생성형 AI 입력 통제 필요
- 한국 고유 식별자, 사내 보안 표기, 문맥 기반 민감정보를 함께 판별하고 감사 기록을 남겨야 하는 요구
구조와 흐름
- Claude Enterprise Inference hooks가 대화 전체와 툴 호출 요청을 HTTPS 판정 서버로 전달
- ALB와 ECS on AWS Fargate 기반 판정 서버가 자체 규칙 검사 후 Amazon Bedrock Guardrails ApplyGuardrail API 호출
- DynamoDB 세션 캐시로 이전 대화 접두어를 확인해 새 메시지만 증분 검사하고, 판정 메타데이터는 CloudWatch Logs·SQS에 기록
선택 이유
- 최대 64MiB 요청 본문 수신을 위해 API Gateway·Lambda 대신 ALB IP 타깃과 Fargate 선택
- 주민등록번호·사업자등록번호·사내 보안 표기는 정규식과 체크섬 기반 자체 규칙으로, PII·거부 주제·프롬프트 공격은 Guardrails로 보완
- 보안 그룹, 정적 토큰 헤더, Standard Webhooks 서명 검증을 결합한 다층 진입점 보호
성능/운영 포인트
- 기본 5초 응답 예산 안에서 전체 왕복 시간, 긴 대화·첨부 파일, Guardrails 처리량을 고려한 리전 선택
- Shadow mode로 오탐과 지연을 관찰한 뒤 Block the request 기반 fail-closed 정책 적용
- Guardrails 장애는 HTTP 200 deny로 반환하고, Route 53 failover·DynamoDB Global Tables로 리전 장애 대응




