Secure Web Proxy는 조직의 내부 네트워크에서 아웃바운드 에이전트 트래픽과 표준 웹 트래픽(HTTP 및 HTTPS)을 보호하는 데 도움이 됩니다. AI 에이전트 및 비에이전트 워크로드가 Secure Web Proxy를 게이트웨이로 사용하도록 구성하면 프록시는 조직 외부의 웹사이트에 액세스하려는 모든 애플리케이션 또는 서비스의 필수 보안 체크포인트 역할을 합니다.
이점
Secure Web Proxy는 다음과 같은 주요 이점을 제공합니다.
AI 에이전트의 아웃바운드 트래픽 거버넌스 Agent Gateway와 통합된 Secure Web Proxy는 에이전트에서 도구, 엔드포인트 또는 모델에 액세스할 때 중앙 집중식 보안 정책을 적용합니다. 세분화된 보안 경계를 적용하고, 에이전트 ID를 암호화 방식으로 확인하고, 모델 컨텍스트 프로토콜(MCP) 도구 호출을 검사하고, 나가는 에이전트 트래픽에 Model Armor 콘텐츠 정제 가드레일을 적용할 수 있습니다.
ID 인식 액세스 제어 액세스는 정적 네트워크 위치가 아닌 암호화 워크로드 및 에이전트형 ID를 기반으로 합니다.
에이전트 ID: 자율 AI 에이전트의 경우 서비스 확장 프로그램 바인딩을 통해 Identity and Access Management(IAM) 및 Identity-Aware Proxy(IAP)와 통합하여 에이전트 ID를 확인할 수 있습니다.
워크로드 아이덴티티: 에이전트가 아닌 워크로드의 경우 서비스 계정, 보안 태그 또는 프런트엔드 상호 TLS(mTLS)가 있는 클라이언트 인증서를 사용하여 소스 ID를 확인할 수 있습니다.
이 ID 중심 모델을 사용하면 인증된 워크로드 및 에이전트로의 아웃바운드 웹 트래픽을 제한하는 데 도움이 되는 세분화된 승인 규칙을 사용할 수 있습니다.
강력한 기본 보안. Secure Web Proxy에는 명시적으로 허용할 때까지 모든 아웃바운드 트래픽을 차단하는 기본
deny-all설정이 있습니다. Google Cloud 는 모든 소프트웨어 및 인프라 업데이트를 자동으로 관리하므로 보안 취약점의 지속적인 위험을 최소화합니다.중앙 집중식 검사. Secure Web Proxy는 클라우드 워크로드 및 연결된 사무실의 아웃바운드 웹 요청을 단일 검사 지점으로 통합하여 일관된 정책을 시행합니다.
포괄적인 모니터링 가능성 및 추적. 모든 아웃바운드 트래픽은 Cloud Logging에 중앙 집중식으로 로깅되며 Cloud Trace 및 OpenTelemetry와 통합됩니다. 이 통합은 완전한 감사 가능성, 사고 조사, 엔드 투 엔드 지연 시간 분석을 제공합니다.
지원되는 기능
Secure Web Proxy는 다음 기능을 지원합니다.
세분화된 아웃바운드 액세스 정책: 트래픽 유형에 따라 타겟팅된 보안 제어를 시행할 수 있습니다.
- 에이전트형 AI 트래픽: Agent Gateway로 배포되면 Secure Web Proxy는 MCP 메서드 규칙을 평가하고, 에이전트 ID를 확인하고, 서비스 확장 프로그램의 확장 프로그램 바인딩을 호출하여 Model Armor와 같은 서비스로 프롬프트와 대답을 정제합니다.
- 표준 웹 트래픽: 표준 웹 트래픽의 경우 Secure Web Proxy는 게이트웨이 보안 정책 또는 승인 정책을 평가하여 보안 태그, 서비스 계정 또는 프런트엔드 mTLS 인증서를 사용하여 소스 워크로드를 식별합니다. 프록시는 또한 대상 호스트 이름, URL, 헤더, 메서드를 필터링합니다.
이러한 세분화된 정책 기능을 사용하면 여러 Secure Web Proxy 인스턴스에서 재사용 가능한 특정 규칙 구성요소를 만들고 관리할 수 있습니다.
Secure Web Proxy Envoy 프록시 자동 확장: Secure Web Proxy는 리전 내 Envoy 프록시 풀 크기와 풀의 용량을 자동으로 조정하므로 수요가 많은 기간 동안 최저 비용으로 일관된 성능이 사용 설정됩니다. 자동 확장 기능은 리전의 용량 조정을 자동으로 관리합니다. 즉, 프록시 Fleet을 수동으로 모니터링하고 크기를 조절할 필요가 없으므로 운영 시간을 줄이면서 성능을 향상시킬 수 있습니다.
서비스 비율 제한: Secure Web Proxy는 리소스 집약적인 클라이언트가 서비스 용량을 소진하거나 대규모 언어 모델(LLM) 토큰과 관련된 과도한 비용을 발생시키지 않도록 아웃바운드 웹 트래픽에 트래픽 한도를 적용합니다. 게이트웨이 보안 정책 또는 승인 정책으로 구성된 게이트웨이에 서비스 비율 제한 정책을 연결할 수 있습니다. 비율 제한 정책을 사용하여 요청 수와 mTLS 주 구성원 또는 소스 IP 주소와 같은 특정 클라이언트 ID를 기반으로 트래픽의 우선순위를 지정하거나 제한할 수 있습니다.
엔드 투 엔드 암호화: 클라이언트 프록시 터널이 TLS를 통해 전송될 수 있습니다. 또한 Secure Web Proxy는 클라이언트에서 시작된 대상 서버에 대한 엔드 투 엔드 TLS 연결의 HTTP 및 HTTPS
CONNECT를 지원합니다. 이 중요한 보안 조치는 서비스에서 자동으로 관리되므로 암호화 표준을 수동으로 구성하거나 모니터링하지 않고도 트래픽을 보호할 수 있습니다.Cloud 감사 로그 및 Google Cloud Observability 통합: Google Cloud Observability를 사용하여 Cloud 감사 로그는 Secure Web Proxy의 관리 작업(정책 변경사항)과 액세스 요청 및 측정항목(프록시 트랜잭션 로그)을 모두 기록합니다. 이 통합된 기본 제공 뷰는 보안 모니터링 및 규정 준수 보고를 용이하게 합니다.
Secure Web Proxy 작동 방식
Secure Web Proxy는 조직 네트워크에서 인터넷으로 전송되는 모든 웹 트래픽에 대한 필수 보안 체크포인트 역할을 합니다. 내부 워크로드는 인터넷에 도달하기 전에 Secure Web Proxy 보안 규칙을 준수해야 합니다.
중앙 집중식 게이트웨이: 가상 머신(VM) 및 컨테이너와 같은 워크로드는 모든 아웃바운드 웹 요청을 중앙 Secure Web Proxy 인스턴스로 전송하도록 구성됩니다.
정책 시행: 프록시는 요청을 검사하고 보안 정책을 적용하여 연결을 허용할지 거부할지 결정합니다.
아웃바운드 트래픽 보호: 요청이 허용되면 Google Cloud인프라(일반적으로 Cloud NAT)를 사용하여 트래픽이 인터넷으로 안전하게 라우팅됩니다. 프록시는 Cloud DNS를 사용하여 외부 웹 주소를 확인합니다.
정책 및 규칙
아웃바운드 트래픽을 보호하려면 Secure Web Proxy 인스턴스에서 승인 정책 또는 게이트웨이 보안 정책을 기본 보안 메커니즘으로 선택합니다. 단일 게이트웨이에서 기본 정책 모델을 하나만 구성할 수 있습니다. 또한 기본 정책 선택 외에 서비스 비율 제한 정책을 선택적으로 구성할 수 있습니다.
승인 정책: 이러한 정책을 사용하면 Secure Web Proxy 인스턴스를 통해 아웃바운드 요청을 처리할 때 ID 기반 및 대상 기반 액세스 제어 검사를 설정할 수 있습니다. 다음 시나리오에서는 이 정책 유형을 사용하는 것이 좋습니다.
- 에이전트형 트래픽을 제어하기 위해 Secure Web Proxy를 Agent Gateway로 배포하는 경우
- 소스 ID 또는 커스텀 승인 확장 프로그램을 확인하기 위해 프런트엔드 mTLS가 필요한 비에이전트 트래픽에 Secure Web Proxy를 배포하는 경우
게이트웨이 보안 정책 및 규칙: 이러한 정책 및 규칙은 에이전트가 아닌 표준 아웃바운드 웹 트래픽에 대한 액세스 제어를 정의합니다. 게이트웨이 보안 정책은 소스 ID(서비스 계정 또는 보안 태그), 대상 호스트 이름, 포트를 기반으로 트래픽을 허용하거나 거부하는 개별 보안 규칙의 컨테이너 역할을 합니다.
서비스 비율 제한 정책: 이 정책을 사용하면 아웃바운드 웹 트래픽에 클라이언트별 및 서비스 전체 요청 비율 제한을 적용하여 외부 대상을 트래픽 과부하로부터 보호하고 비용을 제어할 수 있습니다. 승인 정책 또는 게이트웨이 보안 정책을 사용하는 게이트웨이에 서비스 비율 제한 정책을 연결할 수 있습니다.
Agent Gateway와 Secure Web Proxy 통합
Gemini Enterprise와 같은 Software as a Service(SaaS) 솔루션, Vertex AI Agent Engine과 같은 Platform as a Service(PaaS) 환경, Google Kubernetes Engine(GKE) 및 Cloud Run의 컨테이너화되거나 자체 호스팅되는 런타임을 포함하여 Google Cloud에 배포된 엔터프라이즈 AI 워크로드에는 데이터 개인 정보 보호, 규정 준수 정책, 위협 방지를 시행하기 위한 강력한 중앙 집중식 네트워크 경계가 필요합니다.
Agent Gateway는 AI 에이전트를 위한 중앙 집중식 정책 관리, 암호화 본인 인증, 보안 가드레일을 제공합니다. GKE 또는 Cloud Run에서 실행되는 에이전트의 경우 Secure Web Proxy 인스턴스를 Agent Gateway로 배포할 수 있습니다. 이 설정을 사용하면 LLM, MCP 도구, 외부 API, 원격 에이전트 또는 표준 웹 대상에 대한 아웃바운드 트래픽에 중앙 집중식 보안 정책을 적용할 수 있습니다.
agentGateway 리소스와 함께 Secure Web Proxy 인스턴스를 사용하면 다음과 같은 이점이 있습니다.
중앙 집중식 정책 거버넌스:
agentGateway리소스에 정의된 승인 정책을 Secure Web Proxy 인스턴스에 적용합니다. 이 기능을 사용하면 여러 에이전트 환경에서 통합된 보안 상황을 만들 수 있습니다.에이전트 ID 및 mTLS: 클라이언트 인증서 검증 및 승인 정책을 사용하여 에이전트 ID를 기반으로 아웃바운드 통신을 암호화 방식으로 확인하고 제한합니다.
MCP 도구 제한: 외부 MCP 도구 서버와의 에이전트 상호작용에 세분화된 HTTP 규칙을 적용하여 특정 도구 메서드(예:
tools/list또는tools/call) 및 메서드 매개변수를 제한합니다.페이로드 확인 및 정제: Service Extensions의 확장 프로그램 바인딩을 사용하여 Model Armor와 직접 통합하여 프롬프트와 에이전트 응답에서 민감한 정보 유출 또는 프롬프트 인젝션 공격을 검사합니다.
배포 모드
다음 모드 중 하나로 Secure Web Proxy 인스턴스를 배포할 수 있습니다.
명시적 프록시 라우팅 모드: 이 모드에서는 프록시 서버를 직접 가리키도록 워크로드 환경과 클라이언트를 명시적으로 구성해야 합니다. 그런 다음 Secure Web Proxy는 인터넷에서 클라이언트를 격리합니다. 이러한 방식으로 Secure Web Proxy는 중개자 역할을 하여 클라이언트에 대한 새 TCP 연결을 설정하고 모든 연결이 관리되는 보안 정책의 요구사항을 충족하는지 확인합니다.
Private Service Connect 서비스 연결 모드: 이 모드에서는 복잡한 다중 가상 프라이빗 클라우드(VPC) 아키텍처 전반에서 웹 프록시 배포를 중앙 집중화할 수 있습니다.
다음 홉 모드: 이 모드에서는 Secure Web Proxy 인스턴스를 네트워크 라우팅의 다음 홉으로 작동하도록 구성할 수 있습니다. 즉, 아웃바운드 트래픽을 Secure Web Proxy 인스턴스로 자동으로 전송하도록 네트워크 라우팅을 구성할 수 있습니다. 이 배포 방법은 프록시를 사용하도록 각 소스 워크로드 또는 클라이언트를 수동으로 구성할 필요가 없으므로 조직의 관리 오버헤드를 줄여줍니다.
제한사항
IP 버전: Secure Web Proxy는 IPv4만 지원하며 IPv6는 지원되지 않습니다.
HTTP 버전: Secure Web Proxy는 HTTP/0.9, 1.0, 1.1, 2.0 버전을 지원합니다. HTTP/3은 지원되지 않습니다.
배포 범위: Secure Web Proxy 인스턴스는 서비스 프로젝트가 아닌 호스트 프로젝트에서만 배포할 수 있습니다.
고려해야 할 추가 Google Cloud 도구
Secure Web Proxy를 다음 Google Cloud 도구와 통합하여 워크로드 및 애플리케이션의 전반적인 보안 상황을 개선할 수 있습니다.
프런트엔드 mTLS를 사용하여 Secure Web Proxy가 승인 정책에서 검증된 클라이언트 ID를 구성하고 아웃바운드 트래픽에 대한 세분화된 액세스 제어를 시행하도록 합니다.
인증서 관리자를 사용하여 Secure Web Proxy에 대한 프런트엔드 mTLS 연결에서 클라이언트 인증서를 검사하는 데 필요한 신뢰 앵커(루트 인증서) 및 중간 CA를 관리합니다.
VPC 서비스 제어를 구현하여 Cloud Storage 및 BigQuery와 같은 Google Cloud 서비스에서 데이터 무단 반출을 방지합니다.
Trace를 사용하여 아웃바운드 요청에 대한 분산 추적 데이터를 가져오고 엔드 투 엔드 네트워크 지연 시간을 분석합니다.