실무 가이드
AI 에이전트 보안
도입 전에 정해야 할 것들
에이전트는 스스로 판단해 도구를 호출합니다. 티켓을 닫고, 설정을 바꾸고, 메일을 보냅니다. 통제는 배포 이후가 아니라 이전에 설계해야 합니다.
배포 전에 답해야 할 4가지
도구 선택보다 먼저 정해져야 하는 것들입니다.
권한 범위
이 에이전트는 어떤 시스템에, 누구의 자격증명으로 접근합니까?
발급 시점이 유일한 통제 기회입니다. 도구 단위로 읽기와 쓰기를 나누고, 넓은 토큰 하나로 묶지 않습니다.
승인 경계
어떤 행동이 사람의 승인 없이 실행됩니까?
되돌릴 수 있는지로 나눕니다. 조회는 기록, 쓰기는 정책 검사, 복구 불가 작업은 승인으로 보냅니다.
감사 증적
무엇을 호출했고 무엇이 바뀌었는지 남습니까?
대화 로그로는 부족합니다. 도구 호출 단위로, 변조되지 않는 형태로 남아야 규제 대응이 가능합니다.
책임 주체
이 에이전트가 사고를 내면 누가 대응합니까?
배포 팀·시스템 소유 팀·보안팀 중 주관을 문서로 정합니다. 정해두지 않으면 통제가 운영되지 않습니다.
도입 4단계
순서가 중요합니다. 가시성 없이 세운 정책은 집행되지 않습니다.
01
무엇이 이미 붙어 있는지 파악
대부분의 조직은 개발팀이 이미 코드 어시스턴트와 MCP 연동을 쓰고 있고, 보안팀은 그 목록이 없습니다. 정책 수립보다 목록이 먼저입니다.
02
위험 등급으로 행동 분류
읽기 / 쓰기 / 되돌릴 수 없는 행동 세 등급으로 나눕니다. 전면 차단은 우회를 낳으므로 등급별 대응이 현실적입니다.
03
읽어온 내용을 명령에서 분리
문서·티켓·도구 응답에 담긴 문장이 정책을 바꾸게 두면 안 됩니다. 간접 프롬프트 인젝션 방어의 핵심입니다.
04
기록과 책임을 붙인다
도구 호출 단위 로그를 남기고, 그 로그를 볼 책임 주체를 정합니다. 보는 사람이 없으면 로그는 자산이 아닙니다.
자주 묻는 질문
기술 통제보다 먼저 정해져야 하는 문제입니다. 에이전트를 배포한 팀, 연결된 시스템의 소유 팀, 보안팀 중 누가 사고 대응을 주관하는지 문서로 정해두지 않으면 통제 자체가 운영되지 않습니다. 감사 로그도 책임 주체가 있을 때만 의미가 생깁니다.