Neste artigo
Em 26 de outubro de 2026, a Cloudflare publicou um relatório de incidente confirmando que, entre 27 de agosto e 9 de setembro de 2026, 155 respostas do modelo GLM-5.3 na sua plataforma Workers AI continham dados de solicitações de outros clientes. Só as solicitações muito longas, acima de 681.280 tokens, foram afetadas, e a Cloudflare diz não ter encontrado evidência de exploração deliberada. A lição para qualquer empresa que envia arquivos a um serviço de IA é direta: você divide as máquinas do fornecedor com desconhecidos, e o isolamento entre clientes pode falhar. O que fazer nesta semana: liste todos os serviços de IA que sua equipe usa, faça a cada fornecedor as cinco perguntas abaixo e pare de enviar dados pessoais de que a tarefa não precisa. Se você leu nosso artigo sobre modelos de IA sem dono conhecido, este incidente mostra que um fornecedor conhecido também não é garantia.
O que aconteceu, em palavras simples
O Workers AI permite que empresas paguem por uso modelos de IA que rodam nos servidores da Cloudflare, em vez de comprar os próprios. A Cloudflare anunciava para o GLM-5.3 uma janela de contexto de 1.048.576 tokens, ou seja, o modelo podia aceitar entradas muito longas. Mas a reserva de memória destinada a processar essas entradas comportava apenas 681.280 tokens. Quando uma solicitação passava disso, o software de serviço (SGLang) deveria rejeitá-la com um erro. Em vez disso, ele continuou, montou a resposta a partir de páginas de memória que sobraram de solicitações anteriores e a devolveu como uma resposta normal e bem-sucedida.
O resultado: um pequeno número de clientes recebeu respostas com trechos do que outros clientes tinham enviado. A Cloudflare diz que o problema afetou apenas o GLM-5.3, não seus outros modelos.
A linha do tempo
- 27 de agosto de 2026: o GLM-5.3 é lançado no Workers AI e a exposição começa.
- 8 de setembro: o pesquisador de segurança Gadi Evron, da Knostic, relata o problema pelo programa de recompensa por bugs da Cloudflare no HackerOne.
- 9 de setembro, 13:22 UTC: a Cloudflare declara um incidente; às 14:00 UTC, 38 minutos depois, o modelo está fora do ar.
- 9 de setembro, 19:40 UTC: o serviço volta depois que a reserva de memória é corrigida e o software de serviço recebe um patch.
- 26 de outubro: divulgação pública, coordenada com os mantenedores do SGLang e o pesquisador.
São 13 dias de exposição, descoberta por um pesquisador externo e não pelo próprio monitoramento da Cloudflare. O relatório não diz se os clientes afetados foram avisados individualmente.
Por que isso importa para uma empresa saudita que nunca ouviu falar do GLM-5.3
A maioria das empresas hoje usa IA por meio de um serviço compartilhado: um chatbot que lê mensagens de clientes, uma ferramenta que resume contratos, um sistema que classifica notas fiscais. Em cada caso, seu texto viaja para servidores que processam, ao mesmo tempo, solicitações de milhares de outras empresas. O fornecedor promete mantê-las separadas. Este incidente mostra que essa promessa depende de detalhes de configuração que podem estar errados, e que o erro pode não dar sinal algum: os clientes afetados receberam uma resposta normal, não uma mensagem de erro.
O gatilho aqui foram entradas muito longas. É exatamente o uso para o qual muitas empresas estão caminhando: enviar um arquivo inteiro de contratos ou um ano inteiro de correspondência numa única solicitação.
Cinco perguntas para o seu fornecedor de IA
- Meus dados são processados em máquinas compartilhadas ou em capacidade reservada para mim? A capacidade reservada custa mais, mas elimina toda essa classe de risco.
- O que vocês fazem se uma solicitação passar do limite do modelo? A resposta certa é uma rejeição clara, não um corte silencioso nem uma resposta montada sobre outra coisa.
- Em quantas horas vocês me avisam de um incidente que envolva meus dados, e isso está escrito no contrato? Você precisa disso para cumprir suas próprias obrigações.
- Vocês guardam minhas solicitações e respostas, por quanto tempo e onde? Dados que não são guardados não podem aparecer depois na resposta de outra pessoa.
- Vocês têm um programa de recompensa por bugs ou testes de segurança externos? Neste caso, foi um pesquisador externo quem encontrou a falha.
O que a lei saudita espera de você
Se dados pessoais dos seus clientes ou funcionários vazam por um fornecedor que você escolheu, a responsabilidade não passa para o fornecedor. O artigo 24 do Regulamento de Implementação da Lei de Proteção de Dados Pessoais (PDPL) exige notificar a autoridade competente em até 72 horas após tomar conhecimento de um incidente que possa prejudicar as pessoas envolvidas. Um fornecedor que não diz nada, ou avisa semanas depois, faz você descumprir esse prazo sem saber. Por isso a terceira pergunta acima não é formalidade.
Passos para esta semana
- Liste todos os serviços de IA que sua equipe usa, incluindo ferramentas gratuitas que funcionários adotaram por conta própria.
- Se você usou o GLM-5.3 no Workers AI entre 27 de agosto e 9 de setembro de 2026, revise seus logs em busca de solicitações muito longas nesse período e entre em contato com a Cloudflare.
- Remova nomes, números de identidade e números de telefone dos textos antes de enviá-los, a menos que a tarefa realmente precise deles.
- Divida documentos muito grandes em solicitações razoáveis em vez de levar o modelo ao limite.
- Inclua em cada contrato de serviço de IA uma cláusula de notificação de incidentes com um número fixo de horas.
A visão da Origami
Não vemos este incidente como motivo para evitar serviços de IA compartilhados. A Cloudflare tirou o modelo do ar em 38 minutos e publicou um relatório detalhado e honesto, melhor do que muitos fornecedores fariam. Vemos como um lembrete de que o risco está em detalhes que nunca aparecem em páginas de marketing: tamanhos de memória, como os erros são tratados, quem está monitorando. Quando construímos sistemas de IA para clientes, começamos pela pergunta de quais dados precisam de fato chegar ao modelo e depois escolhemos entre um serviço compartilhado e capacidade hospedada dentro do Reino, conforme a sensibilidade desses dados.
Se você quer uma revisão dos serviços de IA que sua empresa usa e dos dados que eles recebem, fale conosco ou veja nossos serviços.
Fontes
- Cloudflare — Cross-request KV cache exposure in the GLM-5.3 Workers AI model, and our remediation with SGLang, 26 de outubro de 2026: as 155 respostas, as datas, os números de 681.280 e 1.048.576 tokens e a linha do tempo da resposta.
- SDAIA — Regulamento de Implementação da Lei de Proteção de Dados Pessoais: artigo 24 e o prazo de notificação de 72 horas.
- Unite.AI: cobertura jornalística da divulgação.
Perguntas frequentes
O que aconteceu exatamente na Cloudflare?
Entre 27 de agosto e 9 de setembro de 2026, 155 respostas do modelo GLM-5.3 no Workers AI continham dados de solicitações de outros clientes, por causa de uma reserva de memória menor que o limite anunciado e de um bug no software de serviço. A Cloudflare tirou o modelo do ar 38 minutos depois de declarar o incidente e corrigiu no mesmo dia.
Minha empresa foi afetada se usamos a Cloudflare?
Segundo o relatório da Cloudflare, a falha se limitou ao modelo GLM-5.3 no Workers AI e a solicitações com mais de 681.280 tokens. Se você não usou esse modelo nesse período, este incidente específico não afetou sua empresa.
Qual é a pergunta mais importante para o meu fornecedor de IA?
Pergunte em quantas horas ele vai avisar sobre qualquer incidente que envolva seus dados, e coloque isso por escrito no contrato, porque a Lei de Proteção de Dados Pessoais (PDPL) obriga você a notificar a autoridade competente em até 72 horas após tomar conhecimento.
Devo parar de usar serviços de IA compartilhados?
Não. É mais útil reduzir os dados pessoais enviados, dividir documentos muito grandes e escolher capacidade reservada ou hospedada dentro do Reino para dados sensíveis.
Siga a Origami no Google
Adicione a Origami como fonte preferida e os nossos artigos aparecerão primeiro para você na Pesquisa Google e nas principais notícias.








