{"id":2048,"date":"2026-08-05T17:06:05","date_gmt":"2026-08-05T20:06:05","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/08\/05\/cloudflare-access-lancamento-identidade-chega-ao-ai-gateway\/"},"modified":"2026-08-05T17:06:05","modified_gmt":"2026-08-05T20:06:05","slug":"cloudflare-access-lancamento-identidade-chega-ao-ai-gateway","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/08\/05\/cloudflare-access-lancamento-identidade-chega-ao-ai-gateway\/","title":{"rendered":"Cloudflare Access lan\u00e7amento: identidade chega ao AI Gateway e redefine governan\u00e7a de agentes"},"content":{"rendered":"

A internet completa 57 anos em 2026 e nunca foi t\u00e3o distribu\u00edda \u2014 nem t\u00e3o disputada. Com mais de 300 data centers espalhados por 100 pa\u00edses<\/strong>, a Cloudflare processa hoje uma em cada cinco requisi\u00e7\u00f5es HTTP do planeta a partir do AS13335, um dos maiores autonomous systems do mundo. Essa capilaridade sustenta uma plataforma que vai muito al\u00e9m de CDN: \u00e9 nela que rodam workloads de edge computing, pipelines de intelig\u00eancia artificial, autentica\u00e7\u00e3o Zero Trust e filtros de seguran\u00e7a que bloqueiam os maiores ataques DDoS j\u00e1 registrados \u2014 o recorde atual ultrapassou 2 Tbps<\/strong> em 2024. \u00c9 nesse ecossistema que o Cloudflare Access lan\u00e7amento<\/strong> mais recente se encaixa como pe\u00e7a central de uma transforma\u00e7\u00e3o que redefine como identidades interagem com APIs de IA, agentes aut\u00f4nomos e sistemas internos. Para profissionais de infraestrutura, SREs, engenheiros de seguran\u00e7a e arquitetos de nuvem que operam ambientes corporativos no Brasil, ignorar essa mudan\u00e7a significa continuar amarrando identidade a um per\u00edmetro de rede que j\u00e1 n\u00e3o existe \u2014 enquanto o restante do mercado avan\u00e7a para um modelo em que cada chamada de API carrega consigo a prova criptogr\u00e1fica de quem a fez.<\/p>\n

A novidade que motiva este artigo \u00e9 a integra\u00e7\u00e3o profunda entre o Cloudflare Access<\/strong> \u2014 o produto que substitui VPNs por autentica\u00e7\u00e3o baseada em identidade \u2014 e o AI Gateway<\/strong>, o proxy de observabilidade e controle para APIs de intelig\u00eancia artificial que suporta OpenAI, Anthropic, HuggingFace, Google AI e qualquer provider compat\u00edvel. Com essa integra\u00e7\u00e3o, cada requisi\u00e7\u00e3o que atravessa o AI Gateway pode ser associada a um cf.user_id<\/strong> verificado via Access, permitindo que times de plataforma estabele\u00e7am limites de gasto por usu\u00e1rio autenticado, filtrem logs por identidade, restrinjam quais gateways cada pessoa pode acessar e construam pol\u00edticas de roteamento que considerem quem est\u00e1 do outro lado \u2014 tudo sem passar um token de usu\u00e1rio expl\u00edcito na aplica\u00e7\u00e3o cliente. \u00c9 a identidade como servi\u00e7o de borda, provisionada no edge mais pr\u00f3ximo do usu\u00e1rio, com lat\u00eancia m\u00ednima e sem depender de backends centralizados.<\/p>\n

Mas este Cloudflare Access lan\u00e7amento<\/strong> n\u00e3o \u00e9 um ponto isolado no changelog: ele \u00e9 a pe\u00e7a vis\u00edvel de uma arquitetura maior que a Cloudflare est\u00e1 montando para resolver o problema da governan\u00e7a de agentes. O Agent Access Model<\/strong>, detalhado no blog oficial da empresa, prop\u00f5e um novo paradigma \u2014 task-scoped agents com strict identity brokering, media\u00e7\u00e3o cont\u00ednua de confian\u00e7a e trust stateful. Na pr\u00e1tica, isso significa que um agente aut\u00f4nomo que consome APIs de IA n\u00e3o ganha um token de acesso permanente ou escopo amplo. Ele recebe credenciais ef\u00eameras, vinculadas a uma tarefa espec\u00edfica, validadas a cada tool call, e com visibilidade total de auditoria. O Cloudflare OS<\/strong> \u2014 uma plataforma open-source para construir apps, automatizar fluxos de trabalho e acessar sistemas internos com seguran\u00e7a \u2014 materializa esses conceitos ao integrar Workers, Durable Objects, Queues e o pr\u00f3prio Access como runtime para l\u00f3gica de neg\u00f3cio que roda na rede global da Cloudflare. E o WriteGuard<\/strong>, anunciado em beta privado, adiciona controles granulares para MCP (Model Context Protocol) Servers, garantindo que nem todo funcion\u00e1rio precise configurar perfeitamente cada agente: a plataforma imp\u00f5e guardrails.<\/p>\n

Ao longo deste post, voc\u00ea vai entender o que mudou tecnicamente, como funciona a integra\u00e7\u00e3o Access + AI Gateway, qual o impacto para empresas brasileiras que operam sob a LGPD<\/strong>, como configurar tudo no Cloudflare Dashboard e por que especialistas em CDN e Zero Trust \u2014 como o time da JRT Technology Solutions<\/strong> \u2014 est\u00e3o recomendando essa stack para clientes que precisam de governan\u00e7a real sobre cargas de trabalho de IA. Vamos mergulhar nos detalhes.<\/p>\n

O que aconteceu: Access encontra AI Gateway e nasce a identidade na camada de IA<\/h3>\n

No ecossistema Cloudflare, o Access<\/strong> sempre foi o guardi\u00e3o do per\u00edmetro de identidade. Ele substitui a VPN tradicional ao colocar cada aplica\u00e7\u00e3o interna atr\u00e1s de um proxy que exige autentica\u00e7\u00e3o federada \u2014 Okta, Google Workspace, Azure AD, GitHub, LinkedIn ou qualquer provedor OIDC\/SAML. O usu\u00e1rio acessa a URL da aplica\u00e7\u00e3o, o Access intercepta a requisi\u00e7\u00e3o, redireciona para o IdP configurado, valida o token JWT e s\u00f3 ent\u00e3o permite que o tr\u00e1fego chegue ao origem. Tudo isso acontece na borda da Cloudflare, sem abrir t\u00faneis na rede corporativa, sem expor portas, sem backdoors. Agora, em agosto de 2026, esse mesmo mecanismo foi estendido ao AI Gateway<\/strong>, o proxy que centraliza chamadas para modelos de linguagem e outros servi\u00e7os de IA.<\/p>\n

O changelog oficial descreve a integra\u00e7\u00e3o em duas capacidades principais. A primeira \u00e9 proteger o endpoint do gateway com o Access<\/strong>: voc\u00ea pode colocar qualquer AI Gateway atr\u00e1s de uma pol\u00edtica de Access, definindo exatamente quem \u2014 dentre os membros da sua organiza\u00e7\u00e3o ou aplica\u00e7\u00f5es de servi\u00e7o \u2014 est\u00e1 autorizado a invocar aquele endpoint. A segunda \u00e9 o cora\u00e7\u00e3o da novidade: identity-aware controls<\/strong>, controles cientes de identidade que enriquecem cada requisi\u00e7\u00e3o com o cf.user_id<\/strong> do usu\u00e1rio autenticado. Esse identificador aparece nos logs, nas an\u00e1lises de uso, nas pol\u00edticas de roteamento e nos controles de gasto do AI Gateway. Para times que estavam enviando manualmente um user_id da aplica\u00e7\u00e3o cliente para tentar rastrear consumo por usu\u00e1rio, essa integra\u00e7\u00e3o elimina a duplica\u00e7\u00e3o, reduz a superf\u00edcie de inconsist\u00eancia e impede que um client malicioso forje o identificador.<\/p>\n

Simultaneamente, a Cloudflare publicou o Agent Access Model<\/strong>, uma proposta arquitetural que estende a l\u00f3gica do Access para agentes aut\u00f4nomos. O problema que ele resolve \u00e9 claro: quando voc\u00ea d\u00e1 a um agente uma chave de API com escopo amplo, voc\u00ea est\u00e1 essencialmente delegando autoridade sem supervis\u00e3o cont\u00ednua. Se o agente decidir, por alucina\u00e7\u00e3o ou manipula\u00e7\u00e3o de prompt, invocar uma ferramenta indevida ou vazar dados para um endpoint externo, a chave n\u00e3o impede. O Agent Access Model introduz identity brokering<\/strong>: o agente n\u00e3o possui credenciais permanentes; ele solicita acesso via um fluxo OAuth-like mediado pelo Access a cada a\u00e7\u00e3o, e a plataforma avalia claims, contexto da tarefa e estado de confian\u00e7a antes de emitir um token de curta dura\u00e7\u00e3o. \u00c9 o conceito de continuous mediation<\/strong> aplicado ao mundo dos agentes.<\/p>\n

Essas tr\u00eas pe\u00e7as \u2014 Access + AI Gateway<\/strong>, Agent Access Model<\/strong> e WriteGuard para MCP Servers<\/strong> \u2014 formam um stack coerente de governan\u00e7a de IA que n\u00e3o depende de inspe\u00e7\u00e3o profunda de payload nem de middleboxes corporativos. Tudo opera na borda, com lat\u00eancia de milissegundos, aproveitando a mesma malha anycast que roteia trilh\u00f5es de requisi\u00e7\u00f5es por m\u00eas.<\/p>\n

O que \u00e9 o Cloudflare Access e como funciona a integra\u00e7\u00e3o com AI Gateway<\/h3>\n

Antes de detalhar a configura\u00e7\u00e3o, \u00e9 essencial entender o que o Access<\/strong> \u00e9 tecnicamente. Diferente de uma VPN que encapsula tr\u00e1fego de rede e concede acesso amplo \u00e0 LAN corporativa, o Access \u00e9 um proxy reverso de aplica\u00e7\u00e3o com inje\u00e7\u00e3o de autentica\u00e7\u00e3o. Ele funciona no layer 7, inspecionando cada requisi\u00e7\u00e3o HTTP e validando o token JWT antes de encaminhar ao origem. Isso significa que o acesso \u00e9 por aplica\u00e7\u00e3o, por usu\u00e1rio e por sess\u00e3o<\/strong> \u2014 nunca por segmento de rede. O suporte a pol\u00edticas inclui condi\u00e7\u00f5es como pa\u00eds de origem, hor\u00e1rio, dispositivo (via WARP com posture check) e pertencimento a grupos espec\u00edficos no IdP. Com a expans\u00e3o para o AI Gateway, o Access passa a proteger tamb\u00e9m APIs de infer\u00eancia, que antes estavam expostas apenas a controles de rede ou a tokens est\u00e1ticos.<\/p>\n

A arquitetura da integra\u00e7\u00e3o \u00e9 elegante na sua simplicidade. O AI Gateway j\u00e1 funciona como proxy entre o cliente e o provider de IA \u2014 voc\u00ea aponta suas chamadas para https:\/\/gateway.ai.cloudflare.com\/v1\/{account_id}\/{gateway_id} e o Gateway faz caching, logging, rate limiting e observabilidade. Agora, voc\u00ea pode associar esse endpoint a um dom\u00ednio customizado<\/strong> (por exemplo, ai-gateway.suaempresa.com) e colocar esse dom\u00ednio atr\u00e1s de uma Access Application<\/strong>. O fluxo passa a ser: o cliente faz a chamada para o dom\u00ednio customizado; o Access intercepta, valida o token de sess\u00e3o ou redireciona para o IdP; uma vez autenticado, o Access injeta o cf.user_id<\/strong> nos metadados da requisi\u00e7\u00e3o e a encaminha ao AI Gateway; o Gateway, por sua vez, usa esse identificador para aplicar pol\u00edticas de gasto, filtros de log e roteamento. O cliente original n\u00e3o precisa saber o user_id, n\u00e3o precisa pass\u00e1-lo no header \u2014 a plataforma cuida disso de forma transparente e inviol\u00e1vel.<\/p>\n

Para deixar os detalhes t\u00e9cnicos absolutamente claros, a tabela a seguir sintetiza o que essa integra\u00e7\u00e3o entrega em cada dimens\u00e3o:<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
Aspecto<\/th>\nDetalhe t\u00e9cnico<\/th>\n<\/tr>\n<\/thead>\n
Produto<\/td>\nCloudflare Access + AI Gateway \u2014 Zero Trust \/ SASE (Cloudflare One) com controles de identidade para APIs de IA<\/td>\n<\/tr>\n
Disponibilidade<\/td>\nDispon\u00edvel para todos os planos com suporte ao Access (Enterprise, Business, Pro com limita\u00e7\u00f5es) \u2014 feature em GA (General Availability) conforme changelog de agosto\/2026<\/td>\n<\/tr>\n
Caso de uso principal<\/td>\nGovernan\u00e7a de IA corporativa: controlar quem acessa modelos de LLM, limitar gastos por usu\u00e1rio ou time, auditar chamadas com identidade real, prevenir shadow AI<\/td>\n<\/tr>\n
Diferencial vs. alternativas<\/td>\nIdentidade injetada no edge sem c\u00f3digo no cliente; zero egress fees pelo R2; valida\u00e7\u00e3o JWT por anycast com lat\u00eancia <50ms; integra\u00e7\u00e3o nativa com IdPs corporativos (Okta, Azure AD, Google); rate limiting e spend controls por cf.user_id sem header customizado<\/td>\n<\/tr>\n
Como acessar<\/td>\nCloudflare Dashboard (Zero Trust > Access > Applications), API RESTful (api.cloudflare.com), Wrangler CLI com Cloudflare Access for APIs<\/td>\n<\/tr>\n
Mecanismo de identidade<\/td>\nTokens JWT validados a cada requisi\u00e7\u00e3o no PoP de entrada; suporte a OAuth 2.0, OIDC, SAML; inje\u00e7\u00e3o de cf.user_id nos metadados do AI Gateway de forma transparente<\/td>\n<\/tr>\n
Pol\u00edticas suportadas<\/td>\nAllow\/Block por identidade, grupo, pa\u00eds, hor\u00e1rio, dispositivo; spend limits por cf.user_id; rate limiting por usu\u00e1rio; rotas condicionais baseadas em identidade; exclus\u00f5es de log por sensibilidade<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

O Cloudflare Access lan\u00e7amento<\/strong> n\u00e3o adiciona apenas um checkbox de autentica\u00e7\u00e3o \u2014 ele traz um modelo de autoriza\u00e7\u00e3o cont\u00ednua que transforma o AI Gateway de um simples proxy de custos em uma plataforma de governan\u00e7a com granularidade de usu\u00e1rio. Isso \u00e9 especialmente relevante quando falamos de agentes aut\u00f4nomos<\/strong> que consomem tokens de forma imprevis\u00edvel: o agente de suporte que invoca GPT-4o em loop, o assistente de c\u00f3digo que dispara centenas de chamadas ao Claude, o RAG que consulta embeddings e depois chama um LLM para sumariza\u00e7\u00e3o. Sem controles por identidade, a conta de AI vira uma caixa-preta. Com o Access integrado, cada a\u00e7\u00e3o do agente \u00e9 atribu\u00edvel a um respons\u00e1vel humano ou a uma service account com escopo limitado.<\/p>\n

Por que isso importa: governan\u00e7a de IA, Zero Trust e o fim do token est\u00e1tico<\/h3>\n

Durante anos, o padr\u00e3o de seguran\u00e7a para APIs de IA foi o API key est\u00e1tico<\/strong>: uma string alfanum\u00e9rica que concede acesso total ao endpoint e \u00e9 compartilhada entre desenvolvedores, hardcoded em reposit\u00f3rios, vazada em logs e frequentemente sem rota\u00e7\u00e3o. Mesmo em ambientes corporativos que adotaram cofres de segredos como HashiCorp Vault ou AWS Secrets Manager, o token em si n\u00e3o carrega informa\u00e7\u00e3o de quem o est\u00e1 usando \u2014 apenas de que a chave \u00e9 v\u00e1lida. Isso torna imposs\u00edvel responder perguntas simples como “quanto o time de marketing gastou com GPT-4o na semana passada?” ou “quem fez essa chamada suspeita ao modelo de embeddings \u00e0s 3h da manh\u00e3?”. A integra\u00e7\u00e3o Access + AI Gateway<\/strong> resolve isso ao mover o ponto de autentica\u00e7\u00e3o para a borda, antes que a requisi\u00e7\u00e3o chegue ao provider de IA. O token de API do provider \u2014 OpenAI, Anthropic, etc. \u2014 continua existindo, mas fica armazenado no AI Gateway; os clientes n\u00e3o o veem. Eles se autenticam com o Access, e o Gateway enriquece a chamada com o cf.user_id<\/strong>. O resultado \u00e9 identidade real em cada log, cada m\u00e9trica e cada pol\u00edtica de spend<\/strong>.<\/p>\n

Isso se conecta diretamente ao conceito de Zero Trust<\/strong> que vem sendo implementado em grandes corpora\u00e7\u00f5es brasileiras. O mercado de SASE\/Zero Trust no Brasil deve movimentar mais de R$ 2 bilh\u00f5es at\u00e9 2027, impulsionado pela LGPD, pelo aumento do trabalho remoto e pela migra\u00e7\u00e3o para ambientes multicloud. O Cloudflare Access<\/strong> j\u00e1 \u00e9 usado por bancos, fintechs, varejistas e ind\u00fastrias para substituir VPNs legadas \u2014 aquelas baseadas em IPsec com appliances que saturam durante o hor\u00e1rio de pico. Com essa expans\u00e3o, o mesmo motor de pol\u00edticas que protege o ERP, o CRM e os dashboards internos agora pode proteger tamb\u00e9m as APIs que alimentam agentes de IA. \u00c9 coer\u00eancia arquitetural: um \u00fanico plano de controle de identidade para aplica\u00e7\u00f5es tradicionais e workloads de IA.<\/p>\n

O impacto financeiro tamb\u00e9m \u00e9 substancial. O AI Gateway j\u00e1 oferece caching de respostas<\/strong>: se dois usu\u00e1rios fazem a mesma pergunta ao mesmo modelo, o Gateway serve a resposta em cache, reduzindo a lat\u00eancia e \u2014 crucialmente \u2014 n\u00e3o gerando custo adicional no provider. Antes, isso era um recurso an\u00f4nimo; agora, voc\u00ea pode definir pol\u00edticas de cache que consideram o perfil do usu\u00e1rio, evitando que respostas sens\u00edveis a um VP fiquem em cache para um estagi\u00e1rio. Al\u00e9m disso, os spend limits por cf.user_id<\/strong> permitem que cada departamento ou squad tenha um teto de gastos, prevenindo surpresas no cart\u00e3o corporativo. Na JRT Technology Solutions<\/strong>, j\u00e1 estamos configurando esse modelo para clientes que usam Workers + AI Gateway + Access para expor assistentes internos com controle de custo granular, sem precisar de um middleware adicional de autoriza\u00e7\u00e3o.<\/p>\n

Outro ponto cr\u00edtico \u00e9 a observabilidade com identidade<\/strong>. O changelog menciona que o AI Gateway registra o cf.user_id nos logs e o disponibiliza para an\u00e1lises. Combinado com o User Insights<\/strong> (identity-aware AI Gateway em open beta), \u00e9 poss\u00edvel construir uma linha de base comportamental por usu\u00e1rio e detectar anomalias \u2014 como um funcion\u00e1rio que de repente come\u00e7a a consumir 10x mais tokens ou a enviar prompts em hor\u00e1rios incompat\u00edveis com seu padr\u00e3o. Para empresas que operam com dados sens\u00edveis sob LGPD, essa visibilidade n\u00e3o \u00e9 luxo: \u00e9 requisito para demonstrar dilig\u00eancia em caso de auditoria.<\/p>\n

Comparativo: Cloudflare vs. alternativas tradicionais de API gateway e VPN<\/h3>\n

Para entender o posicionamento deste Cloudflare Access lan\u00e7amento<\/strong> no mercado, \u00e9 instrutivo compar\u00e1-lo com outras abordagens. No ecossistema CDN, a Cloudflare compete com Akamai<\/strong>, Fastly<\/strong> e AWS CloudFront<\/strong> \u2014 mas nenhum dos tr\u00eas oferece uma plataforma de Zero Trust integrada com a mesma profundidade. A Akamai possui o Enterprise Application Access (EAA), mas ele roda em uma rede separada da CDN, com PoPs distintos, e a integra\u00e7\u00e3o com APIs de IA \u00e9 inexistente. A Fastly tem o Compute@Edge, mas n\u00e3o possui proxy de autentica\u00e7\u00e3o equivalente ao Access. A AWS tem o API Gateway + Cognito + CloudFront, mas exige que o desenvolvedor costure cada pe\u00e7a manualmente, gerencie rotas, configure WAF separadamente e ainda pague egress fees \u2014 que podem chegar a US$ 0,09 por GB<\/strong> na S3, enquanto o ecossistema Cloudflare com R2 tem zero egress fees<\/strong>.<\/p>\n

O diferencial da Cloudflare est\u00e1 em tr\u00eas pilares: rede \u00fanica<\/strong> (a mesma malha anycast que entrega CDN, DDoS mitigation e Zero Trust), runtime na borda<\/strong> (Workers, Durable Objects, AI Gateway executam l\u00f3gica no mesmo PoP que valida o token JWT do Access) e ecossistema integrado<\/strong> (WARP, Gateway, Browser Isolation, CASB \u2014 todos compartilhando o plano de controle de identidade). Quando um cliente autentica via Access, o mesmo token JWT pode ser consumido por um Worker que faz rate limiting, por um Durable Object que mant\u00e9m estado de sess\u00e3o, por uma pol\u00edtica de Gateway que filtra DNS, e agora pelo AI Gateway que aplica spend controls. N\u00e3o h\u00e1 lat\u00eancia extra de handshake entre sistemas, porque tudo acontece no mesmo PoP \u2014 frequentemente em S\u00e3o Paulo, Rio de Janeiro e Fortaleza<\/strong>, onde a Cloudflare mant\u00e9m presen\u00e7a robusta.<\/p>\n

A tabela abaixo compara as abordagens de forma estruturada:<\/p>\n\n\n\n\n\n\n\n\n
Abordagem<\/th>\nIdentidade em APIs de IA<\/th>\nSpend Controls por usu\u00e1rio<\/th>\nEgress Fees<\/th>\n<\/tr>\n<\/thead>\n
Cloudflare Access + AI Gateway<\/td>\nNativa, cf.user_id injetado na borda sem c\u00f3digo no cliente<\/td>\nSim, por cf.user_id, sem header customizado<\/td>\nZero (R2)<\/td>\n<\/tr>\n
AWS API Gateway + Cognito + CloudFront<\/td>\nPoss\u00edvel com Lambdas e mapeamento manual de claims; complexo<\/td>\nN\u00e3o nativo; requer DynamoDB + Lambdas para tracking<\/td>\nUS$ 0,09\/GB (S3 padr\u00e3o)<\/td>\n<\/tr>\n
VPN corporativa + API key est\u00e1tica<\/td>\nAusente; o token \u00e9 an\u00f4nimo, compartilhado<\/td>\nInexistente; s\u00f3 controle por IP ou por chave<\/td>\nN\/A (mas VPN adiciona lat\u00eancia e custo de appliance)<\/td>\n<\/tr>\n
Akamai EAA<\/td>\nAutentica\u00e7\u00e3o em borda separada, sem integra\u00e7\u00e3o com AI Gateway<\/td>\nN\u00e3o suportado<\/td>\nDepende do contrato Enterprise<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Em 2026, \u00e0 medida que agentes de IA se tornam consumidores prim\u00e1rios de APIs, a identidade deixa de ser um luxo de seguran\u00e7a e vira pr\u00e9-requisito de neg\u00f3cio. Times de plataforma precisam de respostas em tempo real sobre quem est\u00e1 gastando o qu\u00ea, e precisam impor limites sem depender de cada desenvolvedor implementar middleware de autoriza\u00e7\u00e3o no c\u00f3digo da aplica\u00e7\u00e3o. O Cloudflare Access lan\u00e7amento<\/strong> entrega exatamente isso: identidade como infraestrutura, provisionada no edge, zero-touch para o desenvolvedor.<\/p>\n

Como configurar: protegendo seu AI Gateway com Access em minutos<\/h3>\n

A configura\u00e7\u00e3o da integra\u00e7\u00e3o entre Access e AI Gateway segue o mesmo fluxo familiar para quem j\u00e1 opera o Cloudflare One. O primeiro passo \u00e9 ter um AI Gateway<\/strong> provisionado \u2014 no Dashboard, em AI > AI Gateway, voc\u00ea cria um gateway e define o provider (OpenAI, Anthropic, HuggingFace, etc.) junto com a API key do provider. O AI Gateway gera um endpoint padr\u00e3o em gateway.ai.cloudflare.com. Para adicionar o Access, voc\u00ea precisa associar esse gateway a um dom\u00ednio customizado<\/strong> e, em seguida, criar uma Access Application<\/strong> que protege exatamente esse dom\u00ednio.<\/p>\n

O passo a passo pr\u00e1tico \u00e9 o seguinte:<\/p>\n

    \n
  1. Crie o AI Gateway<\/strong>: no Dashboard Cloudflare, v\u00e1 em AI > AI Gateway, clique em Create Gateway, d\u00ea um nome (ex: “corp-gateway”), selecione o provider e insira a API key do provider. Copie o endpoint gerado.<\/li>\n
  2. Configure um dom\u00ednio customizado<\/strong>: ainda no AI Gateway, adicione um dom\u00ednio customizado \u2014 por exemplo, ai.seudominio.com.br<\/strong>. Isso exige que o dom\u00ednio esteja no mesmo account Cloudflare e com proxy (laranjinho) ativo. Crie um registro CNAME apontando para o endpoint do gateway.<\/li>\n
  3. Crie a Access Application<\/strong>: v\u00e1 em Zero Trust > Access > Applications, clique em Add Application, escolha Self-hosted. No campo Application Domain, insira ai.seudominio.com.br<\/strong>. Defina o nome e o \u00edcone.<\/li>\n
  4. Adicione pol\u00edticas de acesso<\/strong>: na se\u00e7\u00e3o de pol\u00edticas, crie regras que determinam quem pode acessar esse dom\u00ednio. Exemplo: Allow para emails com dom\u00ednio @suaempresa.com.br, ou para grupos espec\u00edficos do Okta como “engenharia” e “data-science”. Voc\u00ea pode combinar condi\u00e7\u00f5es como pa\u00eds = Brasil, hor\u00e1rio = 08:00-20:00, e device posture via WARP.<\/li>\n
  5. Escolha o IdP<\/strong>: selecione o provedor de identidade configurado \u2014 Okta, Google Workspace, Azure AD. O Access vai redirecionar usu\u00e1rios n\u00e3o autenticados para a tela de login desse IdP.<\/li>\n
  6. Habilite identity-aware controls<\/strong>: uma vez que a Access Application est\u00e1 ativa e o tr\u00e1fego<\/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 lan\u00e7amento do Cloudflare Access redefine a governan\u00e7a de agentes no AI Gateway. Clique e saiba mais sobre essa nova funcionalidade!<\/p>\n","protected":false},"author":1,"featured_media":2047,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"iawp_total_views":1,"footnotes":""},"categories":[1721],"tags":[3197,3198,1793,2211,3196,198],"class_list":["post-2048","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cdn-cloudflare","tag-ai-gateway","tag-autenticacao-de-usuarios","tag-cloudflare-access","tag-gerenciamento-de-acesso","tag-governanca-de-identidade","tag-seguranca-na-nuvem"],"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