Três Fornecedores de IA, Uma Janela de Cinco Horas
O ChatGPT, o Claude e o Grok ficaram todos em baixo dentro de sensivelmente a mesma janela de cinco horas a 3 de setembro de 2026, uma coincidência rara o suficiente para, por si só, atrair o escrutínio dos jornalistas em poucas horas. A página de estado da OpenAI atribuiu a falha a um erro de encaminhamento que começou por volta das 7h43 PT, com uma correção implementada e monitorizada a partir de cerca das 8h17 PT, e o problema de erros elevados no ChatGPT e no Codex ficou resolvido ao início da tarde.
A página de estado da Anthropic registou uma falha parcial que começou por volta das 9h40 às 9h41 ET, afetando o Claude.ai, a API do Claude, o Claude Code e o Claude Cowork, com todos os modelos indicados novamente operacionais por volta das 12h16 às 12h27 ET. O Grok, da xAI, esteve em baixo na web, na aplicação X, no iOS, no Android e em duas regiões de API dos EUA, das 9h30 às 13h07 ET, com a xAI a apontar um problema no seu centro de computação em Memphis, no Tennessee.
O Que Cada Empresa Disse Ter Causado a Falha
A OpenAI, a Anthropic e a xAI apontaram, cada uma, uma causa técnica distinta e sem relação para a sua própria falha, e não uma única avaria partilhada pelas três. A causa na OpenAI foi um erro de encaminhamento dentro dos seus próprios sistemas, e alguns utilizadores do controlo remoto do Codex tiveram de voltar a emparelhar o seu dispositivo móvel assim que o serviço foi restabelecido.
A Anthropic não publicou uma causa-raiz detalhada, limitando-se a descrever um problema de infraestrutura que afetou vários modelos antes da resolução, incluindo o Fable/Mythos 5.1, o Fable/Mythos 5, o Opus 5, o Opus 4.8 e o Opus 4.6. A xAI foi a mais específica das três, apontando um problema no seu próprio centro de computação em Memphis, no Tennessee, em vez de numa camada de nuvem partilhada.
A Pergunta dos Jornalistas: Será a Azure o Elo Comum?
Jornalistas do The Register, do 9to5Google e da Decrypt perguntaram se a Microsoft Azure era o elo comum por trás das três falhas, porque a OpenAI, a Anthropic e a xAI apoiam-se cada uma, entre outros fornecedores, na Azure, e a Microsoft afirmou que a Azure não foi a causa quando questionada diretamente. Essa negação, aliada a três causas comunicadas em separado, significa que as falhas de 3 de setembro não têm uma causa-raiz comum confirmada, apenas uma questão em aberto que os jornalistas levantaram e que a Microsoft rejeitou.
O Gemini, da Google, não registou qualquer incidente durante a mesma janela, o que é, por si só, revelador: seja o que for que tenha alinhado o ChatGPT, o Claude e o Grok, não chegou a todos os grandes fornecedores de IA a operar nesse dia. Este pormenor aponta ou para uma coincidência, ou para uma dependência partilhada mais restrita que não foi tornada pública.
Porque É Que 'Vários Fornecedores de IA' Não É Automaticamente Resiliência
Usar o ChatGPT ao lado do Claude ou do Grok não garante automaticamente resiliência de infraestrutura a uma empresa, porque a diversidade de fornecedores ao nível da marca de IA pode continuar assente, por baixo, em dependências de nuvem partilhadas. Há dois anos que as empresas e os organismos públicos da UE têm sido aconselhados a distribuir cargas de trabalho por vários fornecedores de IA para se protegerem do aprisionamento a um fornecedor e do risco de falhas, uma ideia que também toca no Regulamento da Resiliência Operacional Digital (DORA) e nas obrigações da NIS2 sobre risco de concentração em terceiros de TIC.
O acontecimento de 3 de setembro é um teste concreto e datado desse conselho. A OpenAI, a Anthropic e a xAI comunicaram causas separadas desta vez, mas as três apoiam-se, entre outros fornecedores, na Microsoft Azure, e as falhas caíram, ainda assim, dentro da mesma janela de cinco horas, exatamente o tipo de simultaneidade que um conjunto de fornecedores genuinamente independentes não deveria produzir de forma rotineira.
| Fornecedor | Início da falha | Fim da falha | Causa indicada |
|---|---|---|---|
| OpenAI (ChatGPT, Codex) | ~7h43 PT | Início da tarde PT | Erro de encaminhamento |
| Anthropic (Claude) | ~9h40-9h41 ET | ~12h16-12h27 ET | Problema de infraestrutura não especificado |
| xAI (Grok) | ~9h30 ET | ~13h07 ET | Problema no centro de computação de Memphis, Tennessee |
O Que Um Registo de Risco de Concentração Conforme à DORA Deveria Acompanhar
Um registo de risco de concentração de TIC conforme à DORA deveria mapear o risco na camada de nuvem por baixo do nome de marca de cada fornecedor de IA, e não apenas no próprio fornecedor de IA. Listar a OpenAI, a Anthropic e um terceiro fornecedor como três terceiros críticos de TIC independentes pode subestimar o risco de concentração real se dois ou três deles funcionarem sobre o mesmo hyperscaler, neste caso a Azure, entre outros fornecedores, para as três empresas envolvidas a 3 de setembro.
O passo prático para uma empresa de serviços financeiros ou um operador de infraestrutura crítica é perguntar a cada fornecedor de IA quais os fornecedores de nuvem e as regiões que sustentam o seu serviço, registando depois essa resposta junto ao nome do fornecedor no mapa de risco de concentração. É provável que os reguladores financeiros da UE, ao avaliar o risco de terceiros de TIC ao abrigo da DORA e da NIS2, passem a exigir exatamente esse nível de detalhe, agora que um incidente como este tornou a questão pública.
Leia a seguir: Garantia Da Nvidia À OpenAI Caiu Para 120 Mil Milhões | O Seu Fornecedor De IA Acabou De Receber Uma Carta De Bruxelas
