Cloudflare lança serviços para origins privadas em disponibilidade geral

A Cloudflare abriu para disponibilidade geral o serviço para origins privadas. A mecânica é simples: você aponta um registro A ou AAAA com proxy para um IP privado, e a Cloudflare chega à origin pela conexão Cloudflare One que você já tem (IPsec, GRE, CNI, Cloudflare Tunnel ou Cloudflare Mesh). WAF, cache, bot management, rate limiting, regras de transformação e Workers funcionam como em origins públicas. A origin não precisa de IP público, de exceção de firewall de entrada nem do cloudflared ao lado dela.

Tecnicamente, o proxy consulta a Origin API da Cloudflare, e a resposta traz a flag private_routing. Com ela, o proxy não tenta conectar ao IP privado pela Internet pública e entrega a requisição à camada de rede privada. A opção liga sozinha para faixas RFC 1918, RFC 6598 (CGNAT) e RFC 4193 (IPv6 ULA) e não pode ser desligada nelas. Os pré-requisitos incluem o entitlement Private Origins (via account team), conectividade Cloudflare One e Unified Routing, exceto no Tunnel. Com Cloudflare WAN ou Mesh, é preciso configurar rota de retorno para 100.64.0.0/12 e 2606:4700:cf1:5000::/64. Segundo a Cloudflare, rota de retorno ausente foi a falha de setup mais comum no beta.

Há limitações: Argo Smart Routing e Dedicated CDN Egress IPs não são compatíveis, e health checks de origin exigem Load Balancing.

Em 10 de junho de 2026, o CEVIU noticiou "Roteie tráfego público para aplicações privadas com a Cloudflare", quando o recurso estava em beta fechado. Em 17 de junho de 2026, em "Cloudflare lança beta para rotear tráfego público para aplicações privadas sem expor IPs", o beta era descrito para clientes Enterprise. Agora o acesso se abre além desse grupo. Em 30 de outubro de 2026, o CEVIU já havia publicado "Cloudflare lança em GA serviços para origens privadas sem expor IP público". A Cloudflare diz ainda que o próximo passo é tráfego privado para privado, com beta fechado previsto para o início de 2027.

Para quem opera uma startup com APIs internas, backends de agentes de IA ou servidores MCP, a leitura é que dá para expor esses serviços a parceiros e clientes sem abrir superfície de ataque na origin e sem montar uma camada própria de proteção. Antes de adotar, vale checar se as limitações (Argo, egress IPs dedicados, health checks) afetam seu desenho e se o acesso depende de contato com o account team, o que pesa no prazo.