Em um cenário onde mais da metade das requisições na internet já são feitas por máquinas — agentes de IA, APIs e crawlers —, garantir a segurança de acesso a dados e serviços tornou‑se uma preocupação central para equipes de infraestrutura e segurança. É aí que entra o Cloudflare Access segurança como pilar do modelo Zero Trust, eliminando a necessidade de VPNs legadas e aplicando políticas baseadas em identidade para cada conexão. A Cloudflare acaba de levar essa camada de proteção para os novos endpoints de inteligência artificial: o AI Search e o AI Gateway agora aceitam políticas do Access, permitindo que empresas controlem exatamente quem — ou qual agente — pode consultar índices de busca corporativa ou consumir modelos de linguagem de forma autenticada.
Com uma rede que atende mais de 300 cidades em mais de 100 países e processa 1 em cada 5 requisições HTTP da internet global (AS13335), a Cloudflare consolidou uma plataforma que une CDN, segurança, edge computing e SASE em um único painel. Os anúncios da última semana — AI Search com domínio customizado e Access, AI Gateway com controles identitários e User Insights — reforçam como o Cloudflare Access segurança está evoluindo de um simples substituto de VPN para um habilitador de cargas de trabalho modernas, inclusive as baseadas em agentes autônomos. Neste artigo, você vai entender os detalhes técnicos dessas integrações, aprender a configurar a proteção passo a passo e ver como tudo isso se encaixa no mercado brasileiro, com impacto direto em latência, regulação e governança de dados.
Para profissionais de TI e entusiastas de tecnologia, a mensagem é clara: o perímetro de rede tradicional já não existe, e confiar cegamente em um túnel criptografado não é mais suficiente. O Cloudflare Access segurança inverte esse paradigma, movendo a decisão de acesso para a borda da rede e atrelando‑a a provedores de identidade como Okta, Google Workspace, Azure AD ou GitHub. Agora, com as APIs de IA se multiplicando nas empresas, basta um único token de serviço mal gerenciado ou uma chave de API exposta para expor dados sensíveis. A integração nativa do Access com os novos serviços de IA da Cloudflare fecha essa brecha de forma elegante, sem sobrecarregar os times de DevOps.
A seguir, desmontamos cada camada dessa novidade, trazendo tabelas comparativas, guias práticos e análises de mercado, para que você possa decidir se — e como — o Cloudflare Access segurança deve fazer parte da sua estratégia de proteção de APIs de IA em 2026.
Integração com IA: AI Search e AI Gateway ganham identidade via Access
O changelog da Cloudflare trouxe duas atualizações que transformam a forma como endpoints de IA podem ser expostos na internet. Em AI Search, agora é possível servir o endpoint público a partir de um domínio personalizado do cliente e, em seguida, colocar o Cloudflare Access na frente dele. Com isso, agentes de IA que acessam o endpoint /mcp (Model Context Protocol) precisam se autenticar usando um Access service token, enquanto humanos que abrem a URL em um navegador passam pelo fluxo de login do provedor de identidade configurado. A granularidade é total: é possível restringir o acesso a instâncias específicas de busca com base em grupos de usuários ou tokens, sem modificar uma linha de código da aplicação.
Em paralelo, o AI Gateway também passou a aceitar políticas do Cloudflare Access segurança. Quando o tráfego chega ao gateway por um domínio customizado protegido pelo Access, o próprio gateway extrai a identidade do usuário autenticado e a injeta nos metadados da requisição como cf.user_id. Isso habilita cenários antes impossíveis: logs que discriminam cada usuário real, roteamento de requisições baseado em identidade, limites de gastos por indivíduo e até políticas de segurança que bloqueiam um usuário cujo consumo subitamente foge do padrão — tudo sem que a aplicação cliente precise passar manualmente um identificador.
Esses lançamentos se somam ao recurso User Insights do AI Gateway, que já estava disponível e agora ganha ainda mais precisão ao combinar os dados de consumo com os IDs verificados pelo Access. O dashboard exibe totais de custo por usuário, modelos mais utilizados, taxa de cache hit e, principalmente, alerta quando uma sessão ultrapassa o p95 do custo de sessão dos últimos 30 dias — um sinal precoce de credencial comprometida ou agente mal configurado. Tudo isso com zero custo adicional para clientes do AI Gateway.
Cloudflare Access segurança: o que é e como funciona no portfólio Zero Trust
Antes de mergulhar nas integrações com IA, vale recapitular o que torna o Cloudflare Access segurança um dos componentes mais maduros da plataforma Cloudflare One. Diferentemente de uma VPN tradicional, que cria um túnel de rede e concede acesso irrestrito à sub-rede corporativa, o Access opera no modelo de Zero Trust Network Access (ZTNA): cada requisição é avaliada individualmente, com base em identidade, contexto do dispositivo e políticas definidas pelo administrador. O proxy reverso da Cloudflare intercepta a conexão, valida o token JWT emitido pelo provedor de identidade e só então encaminha o tráfego para a origem — seja um servidor web tradicional, uma aplicação SSH, RDP ou, agora, um endpoint de IA.
Tecnicamente, o Access é composto por alguns blocos fundamentais: Applications, que definem o domínio ou caminho protegido; Policies, que combinam regras de allow ou block baseadas em grupos, provedores de identidade, país de origem, dispositivo com WARP corporativo e até scores de risco; e Service Tokens, credenciais não‑interativas para autenticação máquina‑a‑máquina. Essa arquitetura permite que uma mesma aplicação seja acessada por funcionários (via SSO) e por agentes de IA (via token) sob políticas distintas, mas igualmente auditáveis.
Quando falamos especificamente de Cloudflare Access segurança no contexto de IA, o token de serviço ganha protagonismo. No AI Search, a rota /mcp é projetada para ser consumida por agentes, e não por humanos. Ao protegê‑la com Access, o administrador pode emitir um token com escopo limitado, rotacioná‑lo periodicamente e revogá‑lo sem afetar o login dos usuários finais. Já no AI Gateway, o mero fato de o tráfego passar por um domínio protegido pelo Access faz com que o gateway se comporte de forma identity‑aware, enriquecendo logs e aplicando controles de gastos sem qualquer integração adicional no lado do cliente.
A tabela abaixo resume as principais diferenças entre uma VPN tradicional e o modelo Zero Trust oferecido pelo Access, deixando claro por que o Cloudflare Access segurança é a escolha natural para proteger APIs de IA em 2026:
Por que proteger APIs de IA com Cloudflare Access segurança é essencial em 2026
A explosão de agentes autônomos — assistentes, crawlers de dados, analisadores de código e até navegadores headless como o recém‑lançado Kitesurf — mudou o perfil de tráfego da internet. A Cloudflare Radar já indicava que mais da metade das requisições vêm de máquinas, e as empresas estão correndo para expor seus dados via APIs sem tropeçar nos riscos de segurança. O problema é que muitos endpoints de IA ainda são protegidos apenas por chaves de API estáticas, que podem vazar em repositórios, ser compartilhadas inadvertidamente ou abusadas sem deixar rastro individual. O Cloudflare Access segurança resolve isso de raiz, amarrando cada requisição a uma identidade verificada, seja de um usuário humano auditável ou de um token de serviço com ciclo de vida gerenciável.
No contexto do AI Gateway, a ausência de controles identitários significa que qualquer chave de API válida pode disparar chamadas para modelos caros, e o time de plataforma só descobre o estrago no final do mês. Com a integração do Access, o gateway ganha a capacidade de basear limites de gastos por usuário autenticado, bloquear automaticamente picos anômalos e fornecer dashboards que mostram exatamente quem está consumindo o quê. O User Insights, já disponível sem custo adicional, usa o percentil 95 do custo de sessão para definir uma linha de base pessoal; se uma sessão extrapola esse valor e ainda ultrapassa um threshold organizacional, o alerta é disparado. Isso representa uma camada de detecção de anomalias que vai muito além do simples rate limiting.
Já no AI Search, o cenário comum é que as empresas criem índices de busca sobre documentação interna, wikis ou bases de conhecimento, e queiram expô‑los tanto para funcionários (via navegador) quanto para agentes (via MCP). Sem Cloudflare Access segurança, seria necessário manter dois endpoints separados ou implementar um proxy de autenticação customizado — um pesadelo operacional. Com o novo suporte a domínios customizados e Access, um único endpoint resolve os dois casos, com fluxos de autenticação distintos e políticas independentes para cada path: /search protegido por SSO, /mcp por token de serviço. A Cloudflare gerencia o ciclo de vida do token, e o administrador pode revogá‑lo a qualquer instante pelo dashboard ou API.
Além disso, esses controles se alinham perfeitamente com as exigências de regulamentações como a LGPD. Ao garantir que apenas usuários autorizados — e identificados — acessem dados corporativos ou informações pessoais armazenadas em índices de IA, o Access ajuda a demonstrar conformidade com os princípios de finalidade, necessidade e segurança. Os logs detalhados por identidade podem ser exportados para ferramentas de SIEM, facilitando auditorias e relatórios de acesso. No mercado brasileiro, onde a proteção de dados é levada cada vez mais a sério, essa rastreabilidade é um diferencial competitivo importante.
AI Search: busca corporativa com autenticação por identidade e tokens de serviço
O AI Search é a resposta da Cloudflare para empresas que desejam criar um motor de busca semântico sobre seus próprios dados sem precisar costurar múltiplos primitivos. Com as atualizações recentes, a experiência de colocar esse mecanismo em produção amadureceu significativamente. Agora você pode servir o endpoint público a partir de um domínio próprio, como search.exemplo.com, e imediatamente colocar o Cloudflare Access segurança na frente. Isso significa que, ao acessar https://search.exemplo.com/search, o usuário será redirecionado para o login do IdP configurado (Google, Okta, Azure AD etc.). Somente após a verificação bem‑sucedida a requisição chega ao motor de busca.
A grande sacada está no suporte ao protocolo MCP (Model Context Protocol). Esse protocolo, que está evoluindo rapidamente com a segunda geração stateless que roda nativamente em Workers, é o canal preferido para agentes de IA consumirem dados. O endpoint /mcp pode ser acessado apenas por agentes que apresentem um Access service token válido. Dessa forma, a mesma instância de AI Search alimenta tanto a busca interativa de um colaborador quanto o RAG (Retrieval‑Augmented Generation) de um agente interno, mas com políticas de segurança completamente distintas. Tudo isso sem expor o índice publicamente e sem exigir que o desenvolvedor escreva middleware de autenticação.
Outra melhoria relevante foi a capacidade de indexar sites sem depender exclusivamente de sitemaps. O novo modo discover faz um crawl a partir da URL de origem, seguindo links até a profundidade e limite configurados. Isso garante que toda a documentação interna — inclusive páginas que não constavam no sitemap — seja indexada, ampliando a cobertura do AI Search. Combinado com o Cloudflare Access segurança, o administrador pode expor um índice completo da base de conhecimento apenas para a equipe autorizada, reduzindo o risco de vazamento de informações proprietárias.
Para desenvolvedores, a integração é extremamente enxuta. Após configurar o domínio customizado e a política Access, a chamada ao endpoint de busca ou MCP segue o formato padrão, com o token no header Authorization: Bearer <service_token>. A Cloudflare gerencia a validação do token no nível da borda, antes que qualquer tráfego atinja o backend. Isso não só protege o índice como também reduz a latência, já que requisições não autenticadas são rejeitadas no PoP mais próximo, sem consumir recursos do Workers ou do banco vetorial subjacente.
AI Gateway: visibilidade de gastos e controles por usuário com Cloudflare Access segurança
O AI Gateway atua como um proxy inteligente entre suas aplicações e provedores de IA como OpenAI, Anthropic, HuggingFace e Google AI, adicionando cache, observabilidade e agora, com a integração do Cloudflare Access segurança, uma camada de autorização baseada em identidade. Até então, proteger o gateway significava confiar em uma chave de API única para todas as requisições internas. Com o novo suporte a domínios customizados protegidos pelo Access, cada chamada que chega ao gateway carrega, de forma transparente, o ID do usuário autenticado no metadata como cf.user_id.
Esse pequeno campo desbloqueia uma série de controles operacionais. Primeiro, os limites de gasto (spend limits) podem ser aplicados por usuário, e não apenas por aplicação. Um estagiário que esteja experimentando um modelo caro pode ter um teto de US$ 10 por dia, enquanto o time de engenharia recebe um orçamento maior. Segundo, as políticas de roteamento do gateway podem direcionar diferentes usuários para diferentes modelos ou provedores, baseando-se unicamente no cf.user_id — sem precisar que o cliente envie qualquer parâmetro adicional. Terceiro, toda a telemetria (logs, métricas, rastreamento) passa a conter o identificador real do solicitante, viabilizando auditorias precisas e rateio de custos para centros de custo.
O recurso User Insights, já disponível para todos os clientes do AI Gateway, ganha ainda mais poder quando alimentado com dados verídicos de identidade. O dashboard exibe, em nível organizacional, os totais de custo, requisições, tokens consumidos e a adoção de modelos. Ao clicar em um usuário específico, o administrador vê seu gasto acumulado, os modelos mais usados, a taxa de acerto do cache e, principalmente, se alguma sessão atual disparou o alarme de anomalia. Essa anomalia é detectada quando o custo da sessão ultrapassa tanto o p95 pessoal dos últimos 30 dias quanto um limite global definido pela empresa — um sinal forte de credencial comprometida ou de um agente que entrou em loop.
Colocar o AI Gateway atrás do Cloudflare Access segurança é trivial: no painel do gateway, você define um domínio customizado no seu zone, ativa o proxy do Cloudflare (laranjinha) e, em seguida, cria uma aplicação Access no mesmo domínio. A política pode exigir autenticação por SSO para humanos e, opcionalmente, aceitar service tokens para pipelines de CI/CD ou agentes internos. A partir daí, todas as requisições que chegam ao gateway são pré‑validadas na borda, e o cf.user_id aparece automaticamente nos logs. Para os times de plataforma, essa arquitetura elimina a necessidade de implementar um sidecar de autenticação ou modificar os SDKs das aplicações clientes.
Como configurar Cloudflare Access segurança para seus endpoints de IA — passo a passo
A integração do Access com AI Search e AI Gateway segue um roteiro similar, que pode ser executado inteiramente pelo dashboard da Cloudflare. Abaixo listamos os passos essenciais para proteger um endpoint de AI Search, mas o mesmo fluxo se aplica ao gateway. Na JRT Technology Solutions, configuramos esses cenários diariamente para clientes corporativos, e nossa recomendação é sempre automatizar o provisionamento via Terraform ou API para manter a consistência entre ambientes.
- Crie o domínio customizado no seu zone: acesse o painel do DNS da Cloudflare e adicione um registro CNAME, por exemplo
search.seudominio.com, apontando para o endpoint gerado pelo AI Search. Mantenha o proxy (laranja) ativado. - Habilite o endpoint customizado no AI Search: na interface do serviço, indique que o endpoint público deve ser servido pelo domínio recém‑criado. Isso faz com que o motor de busca aceite requisições vindas exclusivamente desse hostname.
- Crie uma aplicação no Cloudflare Access: vá até Zero Trust > Access > Applications, clique em “Add application”, escolha “Self-hosted” e defina o domínio
search.seudominio.com. No campo de subdomínio, você pode ser explícito (por exemplo, o domínio completo) ou usar um coringa para paths. - Defina políticas de acesso: para a rota
/search, crie uma política que exija login via seu provedor de identidade (Google, Okta etc.) e, se desejar, restrinja por grupo ou país. Para a rota/mcp, crie uma política que aceite apenas service tokens — você gerará o token dentro do próprio Access e o distribuirá para os agentes autorizados. - Gere e distribua o service token: em Access > Service Auth > Service Tokens, crie um token novo, dê um nome descritivo (ex: “agente‑documentacao”) e copie o
client_ideclient_secret. Eles devem ser usados no headerCF-Access-Client-IdeCF-Access-Client-Secretou, se preferir o formato Bearer, o
Sua empresa ainda não usa Cloudflare de forma estratégica?
A JRT Technology Solutions implementa Cloudflare CDN, WAF, Zero Trust e Workers para empresas que precisam de performance, segurança e escalabilidade.