{"id":2072,"date":"2026-08-06T16:52:39","date_gmt":"2026-08-06T19:52:39","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/08\/06\/cloudflare-access-seguranca-zero-trust-para-apis-de-ia-no-se\/"},"modified":"2026-08-06T16:52:39","modified_gmt":"2026-08-06T19:52:39","slug":"cloudflare-access-seguranca-zero-trust-para-apis-de-ia-no-se","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/08\/06\/cloudflare-access-seguranca-zero-trust-para-apis-de-ia-no-se\/","title":{"rendered":"Cloudflare Access seguran\u00e7a: Zero Trust para APIs de IA no Search e Gateway"},"content":{"rendered":"

\nEm um cen\u00e1rio onde mais da metade das requisi\u00e7\u00f5es na internet j\u00e1 s\u00e3o feitas por m\u00e1quinas \u2014 agentes de IA, APIs e crawlers \u2014, garantir a seguran\u00e7a de acesso a dados e servi\u00e7os tornou\u2011se uma preocupa\u00e7\u00e3o central para equipes de infraestrutura e seguran\u00e7a. \u00c9 a\u00ed que entra o Cloudflare Access seguran\u00e7a<\/strong> como pilar do modelo Zero Trust, eliminando a necessidade de VPNs legadas e aplicando pol\u00edticas baseadas em identidade para cada conex\u00e3o. A Cloudflare acaba de levar essa camada de prote\u00e7\u00e3o para os novos endpoints de intelig\u00eancia artificial: o AI Search<\/strong> e o AI Gateway<\/strong> agora aceitam pol\u00edticas do Access, permitindo que empresas controlem exatamente quem \u2014 ou qual agente \u2014 pode consultar \u00edndices de busca corporativa ou consumir modelos de linguagem de forma autenticada.\n<\/p>\n

\nCom uma rede que atende mais de 300 cidades<\/strong> em mais de 100 pa\u00edses<\/strong> e processa 1 em cada 5 requisi\u00e7\u00f5es HTTP<\/strong> da internet global (AS13335), a Cloudflare consolidou uma plataforma que une CDN, seguran\u00e7a, edge computing e SASE em um \u00fanico painel. Os an\u00fancios da \u00faltima semana \u2014 AI Search com dom\u00ednio customizado e Access<\/strong>, AI Gateway com controles identit\u00e1rios<\/strong> e User Insights<\/strong> \u2014 refor\u00e7am como o Cloudflare Access seguran\u00e7a<\/strong> est\u00e1 evoluindo de um simples substituto de VPN para um habilitador de cargas de trabalho modernas, inclusive as baseadas em agentes aut\u00f4nomos. Neste artigo, voc\u00ea vai entender os detalhes t\u00e9cnicos dessas integra\u00e7\u00f5es, aprender a configurar a prote\u00e7\u00e3o passo a passo e ver como tudo isso se encaixa no mercado brasileiro, com impacto direto em lat\u00eancia, regula\u00e7\u00e3o e governan\u00e7a de dados.\n<\/p>\n

\nPara profissionais de TI e entusiastas de tecnologia, a mensagem \u00e9 clara: o per\u00edmetro de rede tradicional j\u00e1 n\u00e3o existe, e confiar cegamente em um t\u00fanel criptografado n\u00e3o \u00e9 mais suficiente. O Cloudflare Access seguran\u00e7a<\/strong> inverte esse paradigma, movendo a decis\u00e3o de acesso para a borda da rede e atrelando\u2011a a provedores de identidade como Okta<\/strong>, Google Workspace<\/strong>, Azure AD<\/strong> ou GitHub<\/strong>. Agora, com as APIs de IA se multiplicando nas empresas, basta um \u00fanico token de servi\u00e7o mal gerenciado ou uma chave de API exposta para expor dados sens\u00edveis. A integra\u00e7\u00e3o nativa do Access com os novos servi\u00e7os de IA da Cloudflare fecha essa brecha de forma elegante, sem sobrecarregar os times de DevOps.\n<\/p>\n

\nA seguir, desmontamos cada camada dessa novidade, trazendo tabelas comparativas, guias pr\u00e1ticos e an\u00e1lises de mercado, para que voc\u00ea possa decidir se \u2014 e como \u2014 o Cloudflare Access seguran\u00e7a<\/strong> deve fazer parte da sua estrat\u00e9gia de prote\u00e7\u00e3o de APIs de IA em 2026.\n<\/p>\n

Integra\u00e7\u00e3o com IA: AI Search e AI Gateway ganham identidade via Access<\/h3>\n

\nO changelog da Cloudflare trouxe duas atualiza\u00e7\u00f5es que transformam a forma como endpoints de IA podem ser expostos na internet. Em AI Search<\/strong>, agora \u00e9 poss\u00edvel servir o endpoint p\u00fablico a partir de um dom\u00ednio personalizado<\/strong> do cliente e, em seguida, colocar o Cloudflare Access<\/strong> na frente dele. Com isso, agentes de IA que acessam o endpoint \/mcp<\/code> (Model Context Protocol) precisam se autenticar usando um Access service token<\/strong>, enquanto humanos que abrem a URL em um navegador passam pelo fluxo de login do provedor de identidade configurado. A granularidade \u00e9 total: \u00e9 poss\u00edvel restringir o acesso a inst\u00e2ncias espec\u00edficas de busca com base em grupos de usu\u00e1rios ou tokens, sem modificar uma linha de c\u00f3digo da aplica\u00e7\u00e3o.\n<\/p>\n

\nEm paralelo, o AI Gateway<\/strong> tamb\u00e9m passou a aceitar pol\u00edticas do Cloudflare Access seguran\u00e7a<\/strong>. Quando o tr\u00e1fego chega ao gateway por um dom\u00ednio customizado protegido pelo Access<\/strong>, o pr\u00f3prio gateway extrai a identidade do usu\u00e1rio autenticado e a injeta nos metadados da requisi\u00e7\u00e3o como cf.user_id<\/code>. Isso habilita cen\u00e1rios antes imposs\u00edveis: logs que discriminam cada usu\u00e1rio real, roteamento de requisi\u00e7\u00f5es baseado em identidade, limites de gastos por indiv\u00edduo e at\u00e9 pol\u00edticas de seguran\u00e7a que bloqueiam um usu\u00e1rio cujo consumo subitamente foge do padr\u00e3o \u2014 tudo sem que a aplica\u00e7\u00e3o cliente precise passar manualmente um identificador.\n<\/p>\n

\nEsses lan\u00e7amentos se somam ao recurso User Insights<\/strong> do AI Gateway, que j\u00e1 estava dispon\u00edvel e agora ganha ainda mais precis\u00e3o ao combinar os dados de consumo com os IDs verificados pelo Access. O dashboard exibe totais de custo por usu\u00e1rio, modelos mais utilizados, taxa de cache hit e, principalmente, alerta quando uma sess\u00e3o ultrapassa o p95 do custo de sess\u00e3o<\/strong> dos \u00faltimos 30 dias \u2014 um sinal precoce de credencial comprometida ou agente mal configurado. Tudo isso com zero custo adicional<\/strong> para clientes do AI Gateway.\n<\/p>\n

Cloudflare Access seguran\u00e7a: o que \u00e9 e como funciona no portf\u00f3lio Zero Trust<\/h3>\n

\nAntes de mergulhar nas integra\u00e7\u00f5es com IA, vale recapitular o que torna o Cloudflare Access seguran\u00e7a<\/strong> um dos componentes mais maduros da plataforma Cloudflare One<\/strong>. Diferentemente de uma VPN tradicional, que cria um t\u00fanel de rede e concede acesso irrestrito \u00e0 sub-rede corporativa, o Access opera no modelo de Zero Trust Network Access (ZTNA)<\/strong>: cada requisi\u00e7\u00e3o \u00e9 avaliada individualmente, com base em identidade, contexto do dispositivo e pol\u00edticas definidas pelo administrador. O proxy reverso da Cloudflare intercepta a conex\u00e3o, valida o token JWT emitido pelo provedor de identidade e s\u00f3 ent\u00e3o encaminha o tr\u00e1fego para a origem \u2014 seja um servidor web tradicional, uma aplica\u00e7\u00e3o SSH<\/strong>, RDP<\/strong> ou, agora, um endpoint de IA.\n<\/p>\n

\nTecnicamente, o Access \u00e9 composto por alguns blocos fundamentais: Applications<\/strong>, que definem o dom\u00ednio ou caminho protegido; Policies<\/strong>, que combinam regras de allow<\/em> ou block<\/em> baseadas em grupos, provedores de identidade, pa\u00eds de origem, dispositivo com WARP<\/strong> corporativo e at\u00e9 scores de risco; e Service Tokens<\/strong>, credenciais n\u00e3o\u2011interativas para autentica\u00e7\u00e3o m\u00e1quina\u2011a\u2011m\u00e1quina. Essa arquitetura permite que uma mesma aplica\u00e7\u00e3o seja acessada por funcion\u00e1rios (via SSO) e por agentes de IA (via token) sob pol\u00edticas distintas, mas igualmente audit\u00e1veis.\n<\/p>\n

\nQuando falamos especificamente de Cloudflare Access seguran\u00e7a<\/strong> no contexto de IA, o token de servi\u00e7o ganha protagonismo. No AI Search, a rota \/mcp<\/code> \u00e9 projetada para ser consumida por agentes, e n\u00e3o por humanos. Ao proteg\u00ea\u2011la com Access, o administrador pode emitir um token com escopo limitado, rotacion\u00e1\u2011lo periodicamente e revog\u00e1\u2011lo sem afetar o login dos usu\u00e1rios finais. J\u00e1 no AI Gateway, o mero fato de o tr\u00e1fego passar por um dom\u00ednio protegido pelo Access faz com que o gateway se comporte de forma identity\u2011aware<\/strong>, enriquecendo logs e aplicando controles de gastos sem qualquer integra\u00e7\u00e3o adicional no lado do cliente.\n<\/p>\n

\nA tabela abaixo resume as principais diferen\u00e7as entre uma VPN tradicional e o modelo Zero Trust oferecido pelo Access, deixando claro por que o Cloudflare Access seguran\u00e7a<\/strong> \u00e9 a escolha natural para proteger APIs de IA em 2026:\n<\/p>\n\n\n\n\n\n\n\n\n\n
Caracter\u00edstica<\/th>\nVPN tradicional<\/th>\nCloudflare Access seguran\u00e7a<\/th>\n<\/tr>\n<\/thead>\n
Modelo de seguran\u00e7a<\/td>\nPer\u00edmetro de rede \u2013 acesso total \u00e0 sub-rede ap\u00f3s autentica\u00e7\u00e3o<\/td>\nZero Trust \u2013 cada requisi\u00e7\u00e3o \u00e9 autenticada e autorizada individualmente<\/td>\n<\/tr>\n
Integra\u00e7\u00e3o com IdP<\/td>\nGeralmente via RADIUS\/LDAP, complexa de manter<\/td>\nOkta, Google, Azure AD, GitHub, SAML, OIDC \u2013 configur\u00e1vel em minutos<\/td>\n<\/tr>\n
Acesso de agentes de IA<\/td>\nN\u00e3o projetado para cargas M2M; exige t\u00fanel de rede completo<\/td>\nTokens de servi\u00e7o com escopo, rotacion\u00e1veis, pol\u00edticas separadas por path<\/td>\n<\/tr>\n
Logs e auditoria<\/td>\nLogs de conex\u00e3o de rede, sem distin\u00e7\u00e3o por aplica\u00e7\u00e3o<\/td>\nLogs de requisi\u00e7\u00e3o com identidade, IP, dispositivo; streaming para R2, Splunk, Datadog<\/td>\n<\/tr>\n
Lat\u00eancia e escalabilidade<\/td>\nConcentrador VPN \u00e9 gargalo; t\u00faneis aumentam lat\u00eancia<\/td>\nProxy na borda Cloudflare (275+ PoPs), roteamento anycast, <1ms overhead<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Por que proteger APIs de IA com Cloudflare Access seguran\u00e7a \u00e9 essencial em 2026<\/h3>\n

\nA explos\u00e3o de agentes aut\u00f4nomos \u2014 assistentes, crawlers de dados, analisadores de c\u00f3digo e at\u00e9 navegadores headless como o rec\u00e9m\u2011lan\u00e7ado Kitesurf<\/strong> \u2014 mudou o perfil de tr\u00e1fego da internet. A Cloudflare Radar j\u00e1 indicava que mais da metade das requisi\u00e7\u00f5es v\u00eam de m\u00e1quinas<\/strong>, e as empresas est\u00e3o correndo para expor seus dados via APIs sem trope\u00e7ar nos riscos de seguran\u00e7a. O problema \u00e9 que muitos endpoints de IA ainda s\u00e3o protegidos apenas por chaves de API est\u00e1ticas, que podem vazar em reposit\u00f3rios, ser compartilhadas inadvertidamente ou abusadas sem deixar rastro individual. O Cloudflare Access seguran\u00e7a<\/strong> resolve isso de raiz, amarrando cada requisi\u00e7\u00e3o a uma identidade verificada, seja de um usu\u00e1rio humano audit\u00e1vel ou de um token de servi\u00e7o com ciclo de vida gerenci\u00e1vel.\n<\/p>\n

\nNo contexto do AI Gateway<\/strong>, a aus\u00eancia de controles identit\u00e1rios significa que qualquer chave de API v\u00e1lida pode disparar chamadas para modelos caros, e o time de plataforma s\u00f3 descobre o estrago no final do m\u00eas. Com a integra\u00e7\u00e3o do Access, o gateway ganha a capacidade de basear limites de gastos por usu\u00e1rio autenticado<\/strong>, bloquear automaticamente picos an\u00f4malos e fornecer dashboards que mostram exatamente quem est\u00e1 consumindo o qu\u00ea. O User Insights<\/strong>, j\u00e1 dispon\u00edvel sem custo adicional, usa o percentil 95 do custo de sess\u00e3o para definir uma linha de base pessoal; se uma sess\u00e3o extrapola esse valor e ainda ultrapassa um threshold organizacional, o alerta \u00e9 disparado. Isso representa uma camada de detec\u00e7\u00e3o de anomalias que vai muito al\u00e9m do simples rate limiting.\n<\/p>\n

\nJ\u00e1 no AI Search<\/strong>, o cen\u00e1rio comum \u00e9 que as empresas criem \u00edndices de busca sobre documenta\u00e7\u00e3o interna, wikis ou bases de conhecimento, e queiram exp\u00f4\u2011los tanto para funcion\u00e1rios (via navegador) quanto para agentes (via MCP). Sem Cloudflare Access seguran\u00e7a<\/strong>, seria necess\u00e1rio manter dois endpoints separados ou implementar um proxy de autentica\u00e7\u00e3o customizado \u2014 um pesadelo operacional. Com o novo suporte a dom\u00ednios customizados e Access, um \u00fanico endpoint resolve os dois casos, com fluxos de autentica\u00e7\u00e3o distintos e pol\u00edticas independentes para cada path<\/code>: \/search<\/code> protegido por SSO, \/mcp<\/code> por token de servi\u00e7o. A Cloudflare gerencia o ciclo de vida do token, e o administrador pode revog\u00e1\u2011lo a qualquer instante pelo dashboard ou API.\n<\/p>\n

\nAl\u00e9m disso, esses controles se alinham perfeitamente com as exig\u00eancias de regulamenta\u00e7\u00f5es como a LGPD<\/strong>. Ao garantir que apenas usu\u00e1rios autorizados \u2014 e identificados \u2014 acessem dados corporativos ou informa\u00e7\u00f5es pessoais armazenadas em \u00edndices de IA, o Access ajuda a demonstrar conformidade com os princ\u00edpios de finalidade, necessidade e seguran\u00e7a. Os logs detalhados por identidade podem ser exportados para ferramentas de SIEM, facilitando auditorias e relat\u00f3rios de acesso. No mercado brasileiro, onde a prote\u00e7\u00e3o de dados \u00e9 levada cada vez mais a s\u00e9rio, essa rastreabilidade \u00e9 um diferencial competitivo importante.\n<\/p>\n

AI Search: busca corporativa com autentica\u00e7\u00e3o por identidade e tokens de servi\u00e7o<\/h3>\n

\nO AI Search<\/strong> \u00e9 a resposta da Cloudflare para empresas que desejam criar um motor de busca sem\u00e2ntico sobre seus pr\u00f3prios dados sem precisar costurar m\u00faltiplos primitivos. Com as atualiza\u00e7\u00f5es recentes, a experi\u00eancia de colocar esse mecanismo em produ\u00e7\u00e3o amadureceu significativamente. Agora voc\u00ea pode servir o endpoint p\u00fablico a partir de um dom\u00ednio pr\u00f3prio<\/strong>, como search.exemplo.com<\/code>, e imediatamente colocar o Cloudflare Access seguran\u00e7a<\/strong> na frente. Isso significa que, ao acessar https:\/\/search.exemplo.com\/search<\/code>, o usu\u00e1rio ser\u00e1 redirecionado para o login do IdP configurado (Google, Okta, Azure AD etc.). Somente ap\u00f3s a verifica\u00e7\u00e3o bem\u2011sucedida a requisi\u00e7\u00e3o chega ao motor de busca.\n<\/p>\n

\nA grande sacada est\u00e1 no suporte ao protocolo MCP (Model Context Protocol)<\/strong>. Esse protocolo, que est\u00e1 evoluindo rapidamente com a segunda gera\u00e7\u00e3o stateless<\/em> que roda nativamente em Workers<\/strong>, \u00e9 o canal preferido para agentes de IA consumirem dados. O endpoint \/mcp<\/code> pode ser acessado apenas por agentes que apresentem um Access service token<\/strong> v\u00e1lido. Dessa forma, a mesma inst\u00e2ncia de AI Search alimenta tanto a busca interativa de um colaborador quanto o RAG (Retrieval\u2011Augmented Generation) de um agente interno, mas com pol\u00edticas de seguran\u00e7a completamente distintas. Tudo isso sem expor o \u00edndice publicamente e sem exigir que o desenvolvedor escreva middleware de autentica\u00e7\u00e3o.\n<\/p>\n

\nOutra melhoria relevante foi a capacidade de indexar sites sem depender exclusivamente de sitemaps<\/strong>. O novo modo discover<\/code> faz um crawl a partir da URL de origem, seguindo links at\u00e9 a profundidade e limite configurados. Isso garante que toda a documenta\u00e7\u00e3o interna \u2014 inclusive p\u00e1ginas que n\u00e3o constavam no sitemap \u2014 seja indexada, ampliando a cobertura do AI Search. Combinado com o Cloudflare Access seguran\u00e7a<\/strong>, o administrador pode expor um \u00edndice completo da base de conhecimento apenas para a equipe autorizada, reduzindo o risco de vazamento de informa\u00e7\u00f5es propriet\u00e1rias.\n<\/p>\n

\nPara desenvolvedores, a integra\u00e7\u00e3o \u00e9 extremamente enxuta. Ap\u00f3s configurar o dom\u00ednio customizado e a pol\u00edtica Access, a chamada ao endpoint de busca ou MCP segue o formato padr\u00e3o, com o token no header Authorization: Bearer <service_token><\/code>. A Cloudflare gerencia a valida\u00e7\u00e3o do token no n\u00edvel da borda, antes que qualquer tr\u00e1fego atinja o backend. Isso n\u00e3o s\u00f3 protege o \u00edndice como tamb\u00e9m reduz a lat\u00eancia, j\u00e1 que requisi\u00e7\u00f5es n\u00e3o autenticadas s\u00e3o rejeitadas no PoP mais pr\u00f3ximo, sem consumir recursos do Workers ou do banco vetorial subjacente.\n<\/p>\n

AI Gateway: visibilidade de gastos e controles por usu\u00e1rio com Cloudflare Access seguran\u00e7a<\/h3>\n

\nO AI Gateway<\/strong> atua como um proxy inteligente entre suas aplica\u00e7\u00f5es e provedores de IA como OpenAI<\/strong>, Anthropic<\/strong>, HuggingFace<\/strong> e Google AI<\/strong>, adicionando cache, observabilidade e agora, com a integra\u00e7\u00e3o do Cloudflare Access seguran\u00e7a<\/strong>, uma camada de autoriza\u00e7\u00e3o baseada em identidade. At\u00e9 ent\u00e3o, proteger o gateway significava confiar em uma chave de API \u00fanica para todas as requisi\u00e7\u00f5es internas. Com o novo suporte a dom\u00ednios customizados protegidos pelo Access, cada chamada que chega ao gateway carrega, de forma transparente, o ID do usu\u00e1rio autenticado<\/strong> no metadata como cf.user_id<\/code>.\n<\/p>\n

\nEsse pequeno campo desbloqueia uma s\u00e9rie de controles operacionais. Primeiro, os limites de gasto (spend limits<\/em>) podem ser aplicados por usu\u00e1rio, e n\u00e3o apenas por aplica\u00e7\u00e3o. Um estagi\u00e1rio que esteja experimentando um modelo caro pode ter um teto de US$ 10 por dia, enquanto o time de engenharia recebe um or\u00e7amento maior. Segundo, as pol\u00edticas de roteamento do gateway podem direcionar diferentes usu\u00e1rios para diferentes modelos ou provedores, baseando-se unicamente no cf.user_id<\/code> \u2014 sem precisar que o cliente envie qualquer par\u00e2metro adicional. Terceiro, toda a telemetria (logs, m\u00e9tricas, rastreamento) passa a conter o identificador real do solicitante, viabilizando auditorias precisas e rateio de custos para centros de custo.\n<\/p>\n

\nO recurso User Insights<\/strong>, j\u00e1 dispon\u00edvel para todos os clientes do AI Gateway, ganha ainda mais poder quando alimentado com dados ver\u00eddicos de identidade. O dashboard exibe, em n\u00edvel organizacional, os totais de custo, requisi\u00e7\u00f5es, tokens consumidos e a ado\u00e7\u00e3o de modelos. Ao clicar em um usu\u00e1rio espec\u00edfico, o administrador v\u00ea seu gasto acumulado, os modelos mais usados, a taxa de acerto do cache e, principalmente, se alguma sess\u00e3o atual disparou o alarme de anomalia. Essa anomalia \u00e9 detectada quando o custo da sess\u00e3o ultrapassa tanto o p95 pessoal dos \u00faltimos 30 dias<\/strong> quanto um limite global definido pela empresa \u2014 um sinal forte de credencial comprometida ou de um agente que entrou em loop.\n<\/p>\n

\nColocar o AI Gateway atr\u00e1s do Cloudflare Access seguran\u00e7a<\/strong> \u00e9 trivial: no painel do gateway, voc\u00ea define um dom\u00ednio customizado no seu zone, ativa o proxy do Cloudflare (laranjinha) e, em seguida, cria uma aplica\u00e7\u00e3o Access no mesmo dom\u00ednio. A pol\u00edtica pode exigir autentica\u00e7\u00e3o por SSO para humanos e, opcionalmente, aceitar service tokens para pipelines de CI\/CD ou agentes internos. A partir da\u00ed, todas as requisi\u00e7\u00f5es que chegam ao gateway s\u00e3o pr\u00e9\u2011validadas na borda, e o cf.user_id<\/code> aparece automaticamente nos logs. Para os times de plataforma, essa arquitetura elimina a necessidade de implementar um sidecar<\/em> de autentica\u00e7\u00e3o ou modificar os SDKs das aplica\u00e7\u00f5es clientes.\n<\/p>\n

Como configurar Cloudflare Access seguran\u00e7a para seus endpoints de IA \u2014 passo a passo<\/h3>\n

\nA integra\u00e7\u00e3o do Access com AI Search<\/strong> e AI Gateway<\/strong> 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\u00e1rios diariamente para clientes corporativos, e nossa recomenda\u00e7\u00e3o \u00e9 sempre automatizar o provisionamento via Terraform<\/strong> ou API<\/strong> para manter a consist\u00eancia entre ambientes.\n<\/p>\n

    \n
  1. Crie o dom\u00ednio customizado no seu zone:<\/strong> acesse o painel do DNS da Cloudflare e adicione um registro CNAME, por exemplo search.seudominio.com<\/code>, apontando para o endpoint gerado pelo AI Search. Mantenha o proxy (laranja) ativado.<\/li>\n
  2. Habilite o endpoint customizado no AI Search:<\/strong> na interface do servi\u00e7o, indique que o endpoint p\u00fablico deve ser servido pelo dom\u00ednio rec\u00e9m\u2011criado. Isso faz com que o motor de busca aceite requisi\u00e7\u00f5es vindas exclusivamente desse hostname.<\/li>\n
  3. Crie uma aplica\u00e7\u00e3o no Cloudflare Access:<\/strong> v\u00e1 at\u00e9 Zero Trust > Access > Applications<\/strong>, clique em “Add application”, escolha “Self-hosted” e defina o dom\u00ednio search.seudominio.com<\/code>. No campo de subdom\u00ednio, voc\u00ea pode ser expl\u00edcito (por exemplo, o dom\u00ednio completo) ou usar um coringa para paths.<\/li>\n
  4. Defina pol\u00edticas de acesso:<\/strong> para a rota \/search<\/code>, crie uma pol\u00edtica que exija login via seu provedor de identidade (Google, Okta etc.) e, se desejar, restrinja por grupo ou pa\u00eds. Para a rota \/mcp<\/code>, crie uma pol\u00edtica que aceite apenas service tokens<\/strong> \u2014 voc\u00ea gerar\u00e1 o token dentro do pr\u00f3prio Access e o distribuir\u00e1 para os agentes autorizados.<\/li>\n
  5. Gere e distribua o service token:<\/strong> em Access > Service Auth > Service Tokens<\/strong>, crie um token novo, d\u00ea um nome descritivo (ex: “agente\u2011documentacao”) e copie o client_id<\/code> e client_secret<\/code>. Eles devem ser usados no header CF-Access-Client-Id<\/code> e CF-Access-Client-Secret<\/code> ou, se preferir o formato Bearer, o<\/ol>\n
    \n

    Sua empresa ainda n\u00e3o usa Cloudflare de forma estrat\u00e9gica?<\/p>\n

    A JRT Technology Solutions implementa Cloudflare CDN, WAF, Zero Trust e Workers para empresas que precisam de performance, seguran\u00e7a e escalabilidade.<\/p>\n


    \n <\/svg>
    \n Falar com especialista
    \n <\/a>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

    Descubra como o Cloudflare Access garante seguran\u00e7a Zero Trust para APIs de IA no Search e Gateway. Proteja seus dados agora!<\/p>\n","protected":false},"author":1,"featured_media":2071,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"iawp_total_views":0,"footnotes":""},"categories":[1721],"tags":[2210,1793,2211,236,3218,1798],"class_list":["post-2072","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cdn-cloudflare","tag-autenticacao-em-nuvem","tag-cloudflare-access","tag-gerenciamento-de-acesso","tag-protecao-de-dados","tag-seguranca-em-apis","tag-zero-trust"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t