
Google Cloud 공식 블로그에 따르면 회사는 에이전트형 AI 환경에서 VPC Service Controls를 데이터 반출 방지 경계로 활용하는 방안을 새로 설명했다. 에이전트가 유효한 IAM 권한을 가진 상태에서도 잘못된 프롬프트나 도구 호출에 의해 내부 데이터가 외부로 나갈 수 있다는 점을 전제로 한 보안 접근이다.
Google Cloud는 전통적인 애플리케이션 보안에서는 누가 접근하는지가 중심이었지만, 자율 에이전트 환경에서는 어떻게, 어디로 작업이 수행되는지도 함께 통제해야 한다고 설명했다. VPC Service Controls는 Google Cloud 리소스 주변에 서비스 경계를 설정해 승인되지 않은 외부 위치나 프로젝트로의 API 계층 데이터 이동을 제한하는 방식으로 작동한다.
이번 글이 강조한 위험은 간접 프롬프트 주입과 도구 오용이다. 예를 들어 공격자가 숨겨진 지시문을 통해 에이전트가 내부 데이터를 요약하고 외부 웹훅으로 보내도록 유도할 수 있다. 이때 에이전트가 정상 서비스 계정 권한을 갖고 있다면 IAM 관점에서는 이상 징후가 뚜렷하지 않을 수 있다. Google Cloud는 VPC Service Controls가 목적지가 경계 밖인지 평가해 데이터 이동을 차단할 수 있다고 설명했다.
또 다른 사례는 내부자 또는 침해된 명령 흐름이 BigQuery 같은 클라우드 데이터 자산을 승인되지 않은 프로젝트로 복사하도록 지시하는 경우다. 방화벽에는 정상 HTTPS 트래픽으로 보이고 IAM에는 허가된 계정의 요청으로 보일 수 있지만, 서비스 경계는 데이터가 이동하려는 대상 리소스를 기준으로 요청을 거부할 수 있다는 설명이다.
이는 AI 에이전트 보안 논의가 모델 응답 필터링이나 사용자 인증만으로는 충분하지 않다는 점을 보여준다. 기업이 에이전트에 데이터 조회, 업무 도구 실행, 클라우드 리소스 조작 권한을 부여할수록 권한 체계와 데이터 이동 경계를 함께 설계해야 한다. 특히 에이전트가 여러 도구를 연쇄 호출하는 구조에서는 네트워크와 API 경계의 강제력이 사고 확산을 줄이는 마지막 방어선이 될 수 있다.
다만 VPC Service Controls는 Google Cloud 환경의 보안 제어이며, 모든 에이전트 위험을 단독으로 해결하는 장치는 아니다. 조직은 IAM 최소 권한, 입력·출력 검증, 도구 사용 정책, 감사 로그, 모델·애플리케이션 수준의 안전장치를 함께 적용해야 한다. 이번 발표는 클라우드 사업자가 에이전트형 AI 시대의 보안 기준을 데이터 경계와 서비스 경계까지 넓히고 있음을 보여주는 신호로 볼 수 있다.
출처: Google Cloud Blog https://cloud.google.com/blog/products/identity-security/securing-agentic-ai-whats-new-in-vpc-service-controls
Google Cloud VPC Service Controls Documentation https://cloud.google.com/security/vpc-service-controls









