Google Cloud

    Arquitetando Zero Trust: Projeto BeyondCorp Enterprise vs. SASE Legado

    TechLeague Editorial··14 min de leitura

    Em 2026, o perímetro tradicional não está apenas morto – ele foi completamente substituído por uma estrutura de identidade e contexto onde "a rede" é meramente uma camada de transporte não confiável. Enquanto Zscaler Private Access (ZPA) e Cloudflare Access dependem de tunelamento pesado e overlays proprietários, o BeyondCorp Enterprise (BCE) do Google Cloud oferece a implementação Zero Trust Network Access (ZTNA) mais cirurgicamente precisa, aproveitando o navegador como o ponto de aplicação de política (PEP) primário. Se você ainda está gerenciando concentradores de VPN complexos ou túneis GRE para acesso a aplicações, você está mantendo uma dívida técnica que o Google resolveu há uma década.

    A Superioridade Estrutural do ZTNA Proxy-Less

    A maioria dos concorrentes de ZTNA (Zscaler, Palo Alto Networks Prisma Access) são essencialmente "VPN-as-a-Service". Eles interceptam o tráfego na camada de rede (OSI Camada 3/4) e o direcionam para um Point of Presence (PoP). Isso introduz latência e opacidade arquitetural. O BeyondCorp Enterprise, enraizado nos whitepapers originais do Google de 2014, muda o paradigma para a Camada 7. Ao utilizar o Identity-Aware Proxy (IAP), o BCE permite que você exponha aplicações on-premises ou vinculadas à VPC diretamente à internet pública via os edge nodes globais do Google—sem uma VPN—enquanto garante que cada solicitação seja autenticada, autorizada e validada contra a postura do dispositivo.

    A principal vantagem aqui é a remoção do movimento lateral. Em um ambiente Zscaler, se um atacante compromete um cliente conectado ao ZPA, ele está "na overlay". Em um design BeyondCorp, não há overlay. O usuário interage com um endpoint HTTPS; o IAP atua como o gatekeeper. Nenhuma OIDC (OpenID Connect) token válido e nenhum contexto de dispositivo compatível significa que o pacote é descartado no Google Edge, muito antes de atingir sua infraestrutura de backend.

    Context-Aware Access (CAA): O Motor de Política

    O coração do BCE é o Context-Aware Access. Ao contrário do RBAC (Role-Based Access Control) tradicional, que se preocupa apenas com quem você é, o CAA se preocupa com o "como" e o "onde". Em um design empresarial de 2026, definimos níveis de confiança usando Common Expression Language (CEL). Uma política de alta segurança típica em nossos projetos de consultoria se parece com isto:

    // Exemplo de script CEL para aplicação financeira sensível
    device.vendors['google'].is_managed == true &&
    device.encryption_status == "ENCRYPTED" &&
    device.os_type == "WINDOWS" &&
    device.os_version.version_at_least("10.0.22621") &&
    levels.select_level("corp_ip_range")

    Esta política garante que, mesmo que um usuário tenha credenciais válidas, ele não pode acessar a aplicação de um MacBook pessoal ou de uma máquina Windows sem patch. Integramos isso diretamente com o Chrome Enterprise Premium, que fornece a telemetria para esses sinais sem exigir um agente de segurança separado e que drena a bateria. Essa abordagem "agentless" (aproveitando o navegador que o usuário já possui) é a razão pela qual o BCE escala onde outros falham.

    Chrome Enterprise Premium: O PEP de 2026

    Até 2026, o navegador é essencialmente o sistema operacional para a empresa. O Google capitalizou isso transformando o Chrome em um motor de inspeção profunda. O Chrome Enterprise Premium (anteriormente o componente de navegador do BeyondCorp Enterprise) oferece prevenção de perda de dados (DLP) e varredura de malware em tempo real. Ao contrário do sandboxing do Zscaler, que exige a descriptografia de TLS em um middlebox, o Chrome faz isso nativamente no endpoint antes que a criptografia ocorra.

    • Filtragem de URL: Bloqueia sites maliciosos com base no enorme conjunto de dados do Google Safe Browsing.
    • Data Masking: Impede que usuários colem PII sensíveis em LLMs como Gemini ou ChatGPT.
    • Device Trust: Relata o status do TPM (Trusted Platform Module) diretamente ao mecanismo CAA.

    Para organizações que executam aplicações “fat-client” legadas que não podem ser tuneladas via HTTPS, utilizamos o IAP Desktop ou o recurso Cloud IAP TCP forwarding. Isso permite acesso SSH e RDP sobre a porta 443, eliminando a necessidade de expor as portas 22 ou 3389 mesmo para um conjunto restrito de IPs de origem.

    Arquitetura Aprofundada: Conectividade On-Prem

    Uma crítica comum ao BCE é sua natureza "Google-only". Isso é um equívoco. Para proteger workloads on-premises (executando em VMware, Nutanix ou bare metal), implantamos o On-Premises Connector. Este é um container Docker leve que estabelece um túnel de saída apenas para a VPC do Google via um relay gerenciado pelo Google. Nenhuma regra de firewall de entrada é necessária no local.

    Análise de Custo: BCE vs. A Concorrência

    Vamos falar de números frios e concretos. Em 2026, um bundle típico de "Transformação" Zscaler ZPA/ZIA pode facilmente custar de US$ 45 a US$ 60 por usuário/mês, com custos adicionais para service edges privadas. O BeyondCorp Enterprise tem um preço de US$ 6 por usuário/mês (como parte do Chrome Enterprise Premium). Mesmo quando você adiciona os custos de Identity Platform ou Titan Security Keys, o BCE é quase 70% mais barato que os concorrentes SASE, oferecendo integração superior com Google Workspace e recursos nativos do GCP.

    Se você já é um cliente Google Workspace, a migração para o BCE é uma mudança de configuração, não uma atualização completa. Você pode ver como isso se encaixa em uma estratégia de cloud mais ampla em nosso guia sobre VPC Service Controls.

    Integração Avançada de Threat Intelligence

    Uma funcionalidade que implementamos frequentemente para nossos clientes da TechLeague é a integração do Chronicle Security AI com o BCE. Quando uma política de acesso sensível ao contexto nega uma requisição, essa telemetria é instantaneamente ingerida no Chronicle. Se o dispositivo de um usuário falha subitamente em uma verificação de postura — digamos, o BitLocker está desabilitado — o Security Command Center (SCC) pode acionar uma Cloud Function para revogar as sessões ativas do usuário em toda a organização GCP. Esta é a "Autenticação Contínua" na prática, não apenas um slide de marketing.

    BCE vs. Cloudflare Access: A Verificação da Realidade

    Cloudflare Access é um concorrente formidável, especialmente para pequenas e médias empresas. No entanto, na escala empresarial de 2026 (mais de 10.000 usuários), Cloudflare carece da profundidade de gerenciamento de dispositivos nativa que o Google oferece. O Google possui a identidade (Cloud Identity), o navegador (Chrome), o SO (ChromeOS/Android) e a infraestrutura (GCP). O Cloudflare é sempre um "add-on". Quando surge um problema de suporte, Cloudflare culpará seu IdP (Okta/Azure AD); com o Google, há um único responsável. Para uma análise técnica aprofundada sobre identidade multi-cloud, confira nossa postagem sobre Workload Identity Federation.

    Roteiro de Implementação de Alto Nível

    Não tente "abraçar o mundo". Uma implantação bem-sucedida do BeyondCorp segue estas etapas:

    1. Habilitar Cloud IAP: Comece com aplicações internas não críticas. Mapeie os roles IAM atuais para recursos protegidos por IAP.
    2. Implantar Chrome Browser Management: Direcione os usuários para fazer login em Perfis Gerenciados do Chrome para começar a coletar telemetria de dispositivos.
    3. Elaborar Políticas CAA "Somente Monitoramento": Crie políticas que registrem falhas, mas ainda não bloqueiem. Analise os logs de access_context_manager no Cloud Logging.
    4. Impor MFA: Torne o FIDO2/WebAuthn (Titan Keys) obrigatório para todas as aplicações protegidas por IAP.
    5. Desativar a VPN: Migre uma aplicação por vez até que o tráfego da VPN caia para zero.

    O Veredito

    A realidade da engenharia é que a segurança centrada na rede é um experimento falho. O BeyondCorp Enterprise é a única solução que reconhece que o navegador é o novo perímetro. É mais rápido, mais barato e objetivamente mais seguro do que qualquer solução SASE tunelada no mercado. Se você está construindo uma infraestrutura moderna no GCP ou mesmo em um ambiente híbrido na nuvem, o BCE não é apenas uma opção — é um requisito.

    Na TechLeague, somos especializados em migrar empresas legadas para arquiteturas Zero Trust que realmente funcionam. Se você está cansado de lutar com clientes VPN e túneis GRE latentes, confira nossas trilhas de consultoria personalizadas em techleague.io.

    Perguntas frequentes

    O BeyondCorp Enterprise consegue lidar com tráfego não-HTTP como SSH ou RDP?+

    Não. Enquanto o IAP é projetado para HTTP/HTTPS, você pode usar o recurso de IAP TCP forwarding para tunelar tráfego SSH e RDP sobre HTTPS. Isso requer uma pequena ferramenta auxiliar (gcloud ou IAP Desktop) no lado do cliente.

    Como o preço do BCE se compara ao Zscaler ou Palo Alto Prisma?+

    O BeyondCorp Enterprise tem o preço de US$ 6/usuário/mês para os recursos do Chrome Enterprise Premium. Isso é significativamente mais baixo do que os pacotes ZPA/ZIA do Zscaler, que geralmente começam em US$ 30 a US$ 50/usuário para recursos empresariais equivalentes.

    O BeyondCorp é realmente “agentless”?+

    O BCE usa o próprio navegador Chrome como o 'agente' através do Chrome Enterprise Premium. Embora você não precise de um 'agente de segurança' .exe ou .pkg autônomo, os usuários devem usar um perfil do Chrome gerenciado para transmitir sinais detalhados de postura do dispositivo.

    O BCE funciona com aplicações hospedadas on-premises ou na AWS?+

    Sim. Usando o On-Premises Connector (um container Docker), você pode expor aplicações executando em data centers não-cloud para o Google Edge, aplicando as mesmas políticas Zero Trust que suas aplicações nativas da cloud.

    Qual a dificuldade de integrar o BCE com a identidade do Azure AD?+

    Muito fácil. O Google fornece conectores nativos e documentação para sincronizar usuários e grupos do Azure AD/Entra ID para o Cloud Identity, que o BCE então usa para aplicação de políticas.

    Qual é a latência para uma mudança de política entrar em vigor no Context-Aware Access?+

    As políticas do CAA são atualizadas em segundos, mas a revogação de sessão pode levar alguns minutos, dependendo do tempo de vida do token OIDC. Em 2026, a Continuous Access Evaluation (CAE) reduziu essa janela para quase em tempo real para aplicações do Workspace.