Visão geral do Secure Web Proxy

O Secure Web Proxy ajuda a proteger o tráfego de saída de agentes e o tráfego da Web padrão (HTTP e HTTPS) da rede interna da sua organização. Ao configurar seus agentes de IA e cargas de trabalho não agênticas para usar o Secure Web Proxy como gateway, o proxy atua como um ponto de verificação de segurança obrigatório para qualquer aplicativo ou serviço que tente acessar um site fora da sua organização.

Vantagens

O Secure Web Proxy oferece os seguintes benefícios principais:

  • Governança de tráfego de saída de agentes de IA. Quando integrado ao Gateway de Agente, o Secure Web Proxy aplica políticas de segurança centralizadas para o acesso do agente a ferramentas, endpoints ou modelos. É possível aplicar perímetros de segurança granulares, verificar criptograficamente as identidades dos agentes, inspecionar chamadas de ferramentas do Protocolo de Contexto de Modelo (MCP) e aplicar proteções de sanitização de conteúdo do Model Armor ao tráfego de saída do agente.

  • Controle de acesso com reconhecimento de identidade. O acesso é baseado em cargas de trabalho criptográficas e identidades de agentes, em vez de locais de rede estáticos:

    • Identidades de agentes: para agentes de IA autônomos, é possível verificar as identidades dos agentes integrando-as ao Identity and Access Management (IAM) e ao Identity-Aware Proxy (IAP) com as vinculações de extensão do Service Extensions.

    • Identidades da carga de trabalho: para cargas de trabalho não agênticas, é possível verificar as identidades de origem usando contas de serviço, tags seguras ou certificados de cliente com TLS mútuo (mTLS) de front-end.

    Esse modelo centrado em identidade permite regras de autorização granulares que ajudam a restringir o tráfego da Web de saída a cargas de trabalho e agentes autenticados.

  • Segurança padrão forte. O Secure Web Proxy tem uma configuração padrão deny-all que bloqueia todo o tráfego de saída até que você o permita explicitamente. Google Cloud gerencia automaticamente todas as atualizações de software e infraestrutura, o que minimiza o risco contínuo de vulnerabilidades de segurança.

  • Inspeção centralizada. O Secure Web Proxy consolida as solicitações da Web de saída das suas cargas de trabalho na nuvem e dos escritórios conectados em um único ponto de inspeção para garantir a aplicação consistente de políticas.

  • Observabilidade e rastreamento abrangentes. Todo o tráfego de saída é registrado de forma centralizada no Cloud Logging e integrado ao Cloud Trace e ao OpenTelemetry. Essa integração oferece auditabilidade completa, investigação de incidentes e análise de latência de ponta a ponta.

Recursos compatíveis

O Secure Web Proxy é compatível com os seguintes recursos:

  • Políticas de acesso de saída granulares: é possível aplicar controles de segurança direcionados com base no tipo de tráfego:

    Esse recurso granular de políticas permite criar e gerenciar componentes de regras específicos e reutilizáveis em várias instâncias do Secure Web Proxy.

  • Escalonamento automático de proxies do Envoy do Secure Web Proxy: o Secure Web Proxy oferece suporte ao ajuste automático do tamanho do pool de proxies do Envoy e da capacidade do pool em uma região, o que permite um desempenho consistente durante períodos de alta demanda com o menor custo. O recurso de escalonamento automático gerencia automaticamente os ajustes de capacidade em uma região. Isso significa que você não precisa monitorar e redimensionar manualmente sua frota de proxy, garantindo melhor desempenho com menos tempo operacional.

  • Limitação de taxa de serviço: o Secure Web Proxy aplica limites de tráfego ao tráfego da Web de saída para evitar que clientes que consomem muitos recursos esgotem a capacidade do serviço ou gerem custos excessivos, como aqueles associados a tokens de modelo de linguagem grande (LLM). É possível anexar políticas de limitação de taxa de serviço a gateways configurados com políticas de segurança de gateway ou de autorização. É possível usar políticas de limitação de taxa para priorizar ou limitar o tráfego com base em contagens de solicitações e identidades de cliente específicas, como principais do mTLS ou endereços IP de origem.

  • Criptografia de ponta a ponta: os túneis de proxy do cliente podem transitar por TLS. O Secure Web Proxy também é compatível com HTTP e HTTPS CONNECT para conexões TLS de ponta a ponta iniciadas pelo cliente com o servidor de destino. Essa medida de segurança crucial é gerenciada automaticamente pelo serviço para que o tráfego seja protegido sem exigir a configuração manual ou o monitoramento de padrões de criptografia.

  • Integração dos Registros de Auditoria do Cloud e do Google Cloud Observability: ao usar o Google Cloud Observability, os Registros de Auditoria do Cloud registram ações administrativas (mudanças de política), solicitações de acesso e métricas (registros de transações de proxy) para o Secure Web Proxy. Essa visualização unificada e integrada facilita o monitoramento de segurança e os relatórios de compliance.

Como o Secure Web Proxy funciona

O Secure Web Proxy funciona como um checkpoint de segurança obrigatório para todo o tráfego da Web da rede da sua organização para a Internet. As cargas de trabalho internas precisam obedecer às regras de segurança do Secure Web Proxy antes de acessar a Internet.

  1. Gateway centralizado: suas cargas de trabalho, como máquinas virtuais (VMs) e contêineres, são configuradas para enviar todas as solicitações da Web de saída para a instância central do Secure Web Proxy.

  2. Aplicação de políticas: o proxy inspeciona a solicitação e aplica suas políticas de segurança para determinar se a conexão deve ser permitida ou negada.

  3. Proteger o tráfego de saída: se a solicitação for permitida, o tráfego será encaminhado com segurança para a Internet usando a infraestrutura do Google Cloud, normalmente o Cloud NAT. O proxy também usa o Cloud DNS para resolver endereços da Web externos.

Políticas e regras

Para proteger o tráfego de saída, escolha uma política de autorização ou uma política de segurança de gateway como o principal mecanismo de segurança na instância do Secure Web Proxy. Só é possível configurar um modelo de política principal em um único gateway. Além disso, é possível configurar políticas de limitação de taxa de serviço além da escolha da política principal.

  • Políticas de autorização: essas políticas permitem estabelecer verificações de controle de acesso com base em identidade e destino ao processar solicitações de saída pela instância do Secure Web Proxy. Recomendamos o uso desse tipo de política para os seguintes cenários:

    • Quando você implanta o Secure Web Proxy como um Gateway de Agente para controlar o tráfego dos agentes.
    • Ao implantar o Secure Web Proxy para tráfego não agêntico que exige mTLS de front-end para verificar identidades de origem ou extensões de autorização personalizadas.

  • Políticas e regras de segurança de gateway: essas políticas e regras definem controles de acesso para o tráfego da Web de saída padrão, não agêntico. Uma política de segurança de gateway serve como contêiner para regras de segurança individuais que permitem ou negam o tráfego com base em identidades de origem (contas de serviço ou tags seguras), nomes de host de destino e portas.

  • Políticas de limitação de taxa de serviço: com essas políticas, é possível aplicar limites de taxa de solicitação específicos do cliente e de todo o serviço no tráfego da Web de saída para proteger destinos externos contra sobrecargas de tráfego e controlar custos. É possível anexar uma política de limitação de taxa de serviço a um gateway que usa uma política de autorização ou de segurança de gateway.

Integração do Gateway de Agente com o Secure Web Proxy

As cargas de trabalho de IA corporativas implantadas em Google Cloud, incluindo soluções de software como serviço (SaaS), como o Gemini Enterprise, ambientes de plataforma como serviço (PaaS), como o Vertex AI Agent Engine, e ambientes de execução conteinerizados ou auto-hospedados no Google Kubernetes Engine (GKE) e no Cloud Run, exigem limites de rede robustos e centralizados para aplicar a privacidade de dados, as políticas de conformidade e a prevenção de ameaças.

O Gateway de Agente oferece gerenciamento centralizado de políticas, verificação de identidade criptográfica e proteções de segurança para agentes de IA. Para agentes executados no GKE ou no Cloud Run, é possível implantar uma instância do Secure Web Proxy como um Gateway de Agente. Essa configuração permite aplicar políticas de segurança centralizadas para o tráfego de saída para LLMs, ferramentas MCP, APIs externas, agentes remotos ou destinos da Web padrão.

O uso de uma instância do Secure Web Proxy com um recurso agentGateway oferece os seguintes benefícios:

  • Governança de políticas centralizada: aplique políticas de autorização definidas em um recurso agentGateway à instância do Secure Web Proxy. Esse recurso permite criar uma postura de segurança unificada em vários ambientes de agente.

  • Identidade do agente e mTLS: use a validação de certificado do cliente e as políticas de autorização para verificar e restringir criptograficamente as comunicações de saída com base na identidade do agente.

  • Restrição de ferramentas do MCP: aplique regras HTTP granulares nas interações do agente com servidores de ferramentas do MCP externos, restringindo métodos de ferramentas específicos (como tools/list ou tools/call) e parâmetros de método.

  • Verificação e higienização de payload: integre-se diretamente ao Model Armor usando vinculações de extensão nas extensões de serviço para inspecionar comandos e respostas de agentes em busca de vazamentos de dados sensíveis ou ataques de injeção de comandos.

Modos de implantação

É possível implantar a instância do Secure Web Proxy em qualquer um dos seguintes modos:

  • Modo de roteamento de proxy explícito: nesse modo, é necessário configurar explicitamente os ambientes de carga de trabalho e os clientes para apontar diretamente para o servidor proxy. Em seguida, o Secure Web Proxy isola seus clientes da Internet. Dessa forma, o Secure Web Proxy atua como um intermediário, estabelecendo novas conexões TCP para o cliente e garantindo que cada conexão atenda aos requisitos da política de segurança administrada.

  • Modo de anexo de serviço do Private Service Connect: nesse modo, é possível centralizar as implantações de proxy da Web em uma arquitetura complexa com várias nuvens privadas virtuais (VPC).

  • Modo de próximo salto: nesse modo, é possível configurar a instância do Secure Web Proxy para atuar como um próximo salto para o roteamento na rede. Em outras palavras, é possível configurar o roteamento de rede para enviar automaticamente o tráfego de saída para a instância do Secure Web Proxy. Esse método de implantação reduz a sobrecarga administrativa da organização porque não é necessário configurar manualmente cada carga de trabalho de origem ou cliente para usar o proxy.

Limitações

  • Versões de IP: o Secure Web Proxy é compatível apenas com IPv4. O IPv6 não é compatível.

  • Versões HTTP: o Secure Web Proxy é compatível com as versões HTTP/0.9, 1.0, 1.1 e 2.0. O HTTP/3 não é compatível.

  • Escopo de implantação: só é possível implantar uma instância do Secure Web Proxy em um projeto host, não em um projeto de serviço.

Outras Google Cloud ferramentas para considerar

É possível integrar o Secure Web Proxy às seguintes ferramentas do Google Cloud para melhorar a postura geral de segurança das suas cargas de trabalho e aplicativos:

  • Use o mTLS de front-end para permitir que o Secure Web Proxy configure identidades de cliente validadas em políticas de autorização e aplique o controle de acesso granular ao tráfego de saída.

  • Use o Certificate Manager para gerenciar as âncoras de confiança (certificados raiz) e as ACs intermediárias necessárias para validar os certificados do cliente em conexões mTLS de front-end com o Secure Web Proxy.

  • Implemente o VPC Service Controls para evitar a exfiltração de dados de serviços do Google Cloud , como o Cloud Storage e o BigQuery.

  • Use o Trace para receber dados de trace distribuído para solicitações de saída e analisar a latência de rede de ponta a ponta.

A seguir