RealConfirmado

BAE nega roubo de dados em tribunais; causa segue oculta

Bankruptcy Noticing Center (BAE Systems)

alegado em · apurado em

Linha de fundo

O incidente é real e foi confirmado pela Administrative Office of the U.S. Courts: o Bankruptcy Noticing Center, operado pela BAE Systems, ficou fora do ar de cerca de 9 a 26 de outubro de 2026. A negação de exfiltração vem só da BAE, não vem acompanhada de método nem de causa, e nenhuma fonte independente a confirma ou refuta.

Juízos analíticos

Cada avaliação vem com seu nível de confiança declarado, conforme a prática de inteligência (ICD 203 / FIRST). Confiança alta não é certeza; confiança baixa não é chute — é o peso que a evidência disponível sustenta.

confiança alta

Houve um incidente de cibersegurança real no BNC, operado pela BAE para o Judiciário federal dos EUA. O próprio Judiciário o confirmou, e a indisponibilidade durou cerca de 17 dias, de 9 a 26 de outubro. Seria desmentido por documento oficial dizendo que foi falha não relacionada a segurança, e nada disso apareceu.

confiança baixa

Não é possível afirmar nem descartar exfiltração de dados. A declaração de que nenhum dado foi extraído e nenhum PII foi violado é da empresa operadora, que tem incentivo contratual e reputacional para dizê-la. Ela não explica como a conclusão foi obtida. Não encontrei forense independente, manifestação de regulador ou comunicado do Judiciário que a corrobore. Seria desmentida por um ator publicando amostras, por uma notificação formal de violação ou por relatório forense.

confiança moderada

A ausência de reivindicação por qualquer grupo não é evidência de que não houve roubo. Até 29/10 ninguém assumiu o ataque, mas esse silêncio é compatível com ransomware sem vazamento público, com negociação privada, com um ator estatal ou com um incidente sem extorsão. A causa e o vetor não foram divulgados, nem sequer se foi ataque externo.

confiança alta

A palavra 'cyberattack' nas manchetes vai além do que as fontes primárias dizem. O Judiciário fala em 'cybersecurity incident', a BAE em 'security incident', e a SecurityWeek registra que a BAE continua sem dizer se foi um ataque. A natureza hostil é provável, mas não demonstrada publicamente.

confiança alta

O caso é, antes de tudo, um problema de concentração de risco em fornecedor. Um único contratado parou a emissão de notificações para todos os tribunais de falência do país e levou o Judicial Conference a declarar uma 'Bankruptcy Rules emergency' pela Regra 9038, válida de 9/10/2026 a 7/1/2027. O dano demonstrado é operacional e jurídico (prazos, notificações atrasadas), não de vazamento.

confiança alta

O registro anterior estava errado em três pontos: o 'ator' e a 'organização' eram uma manchete e não uma entidade, o selo 'claimed' não cabia (não há alegação de ator, e o incidente foi confirmado pela vítima e pelo Judiciário) e a data 29/10 é a da negação da BAE, não a do incidente. O incidente começou por volta de 9/10 e foi anunciado em 15/10.

Análise

O que está estabelecido. O Judiciário federal americano publicou em 15/10 que a TI e os sites da BAE que sustentam o Bankruptcy Noticing Center foram afetados por um incidente de cibersegurança e que a produção e a distribuição de notificações de falência estavam paradas. Os tribunais locais registram que a BAE avisou a Administrative Office no fim de 9/10. O BNC voltou em 26/10 e a Administrative Office confirmou a resolução em 27/10, com base no que a BAE lhe informou. São documentos oficiais de duas partes que não são o ator, e a convergência entre eles é boa. O fato de que o incidente existiu e de que parou o noticiamento nacional é sólido.

O que a BAE afirma e o que não afirma. Em 16/10, a BAE disse apenas que se tratava de um incidente de segurança isolado ao BNC. Em torno de 29/10, disse que nenhum outro sistema foi afetado, que nenhum dado foi extraído e que não houve violação de PII. Segundo a SecurityWeek, a empresa continua sem dizer a causa nem se foi ataque. A afirmação de ausência de exfiltração é categórica e vem sem método: não sabemos se se apoia em logs de egress, em forense de terceiros ou em ausência de indícios. Também não sabemos quando a conclusão foi alcançada. Quando o incidente veio a público, nem BAE nem Judiciário falaram sobre dados. A negação só apareceu depois da restauração, o que é uma sequência comum e não é prova de nada, mas pede cautela.

O que ninguém afirma. Nenhum grupo reivindicou o incidente, segundo a The Record e outras fontes. Isso elimina a divergência entre alegação do ator e confirmação da vítima que normalmente organiza este tipo de análise: aqui não há número alegado, e os campos de registros ficam em branco. A distância informativa está em outro lugar, entre a certeza do impacto operacional e a incerteza sobre o conteúdo e o vetor. Tampouco encontrei manifestação de regulador, filing ou nota de CISA, FBI ou outra autoridade sobre o caso. Não é prova de que não exista, é limite desta pesquisa.

Contradição e terminologia. As manchetes dizem 'cyberattack' desde o primeiro dia. As fontes primárias dizem 'cybersecurity incident' e 'security incident'. A diferença importa: o Judiciário nunca descreveu um ataque externo, e a BAE continua sem confirmá-lo. É provável que tenha sido hostil, dado o tempo de recuperação, o isolamento dos sites e a declaração de emergência, mas isso é inferência nossa e não fato divulgado. A The Record também escreve que o ataque foi 'anunciado em 22 de outubro'. Segundo os documentos oficiais, o anúncio público foi em 15/10, e 22/10 foi a declaração da emergência pelo Judicial Conference. Os próprios tribunais divergem entre 22 e 23/10 para esta declaração, e não resolvi a divergência.

Correção do nosso registro. O registro tinha a manchete da The Record no lugar do nome da vítima, selo 'claimed' e veredito 'unverified', e data 29/10. A vítima é o BNC, operado pela BAE Systems, Inc. (subsidiária americana) para a Administrative Office. O selo correto é 'confirmed' (o incidente foi confirmado pelo Judiciário). O veredito 'real' se aplica ao incidente, não à exfiltração, que segue não verificada. A data do incidente é cerca de 9/10, não 29/10, que é a data da negação da BAE.

O que o dano demonstrado é. A parte mensurável é operacional: cerca de 17 dias sem notificações eletrônicas ou em papel, um backlog que começa em 7/10 e que os tribunais esperam terminar por volta de 31/10 (conforme um aviso do N.D. Indiana), e uma emergência da Regra 9038 válida até 7/1/2027. Os tribunais continuaram a aceitar petições e as notificações a usuários registrados no CM/ECF não foram afetadas. Notificações em papel emitidas desde 13/10 recebem aviso de que podem ter sido enviadas com atraso. Se houve acesso a dados, o tipo de dado em risco é desconhecido: as fontes citam o National Creditor Registration Service, que gera as listas de endereços de credores, e contas de noticiamento eletrônico (EBN), mas não dizem que dados os sistemas da BAE guardavam. Não vou presumir.

O risco real. Para quem depende de notificações de falência, o risco imediato é prazo perdido por aviso atrasado. Para a cadeia de contratados do governo, é a lição de que um único fornecedor parou uma função de todo o sistema. Sobre vazamento, a única afirmação disponível é de quem tem interesse em negá-lo, e a evidência pública não permite ir além de confiança baixa na negação.

Cronologia

  1. 07 out 2026Data a partir da qual os certificados de notificação ficam sem processamento. É o ponto de partida do backlog que a BAE reprocessaria depois, e o tribunal da Califórnia Central (C.D. Cal.) data a interrupção a partir daí. A data do comprometimento em si é desconhecida.
  2. 09 out 2026Já no fim da sexta-feira, a BAE avisa a Administrative Office of the U.S. Courts sobre interrupção nos sistemas de processamento de notificações e nos sites do BNC. Esta é a data inicial de indisponibilidade citada pelos tribunais.
  3. 13 out 2026Tribunais começam a publicar avisos de 'interrupção de serviço', sem mencionar cibersegurança.
  4. 15 out 2026A Administrative Office of the U.S. Courts publica aviso público falando em 'cybersecurity incident' na TI e nos sites da BAE que sustentam o BNC. A produção e a distribuição de notificações estão paradas.
  5. 16 out 2026A BAE diz ao The Register e a outros veículos que o incidente está 'isolado ao sistema BNC'. Ainda não afirma nada sobre dados.
  6. 22 out 2026O Judicial Conference declara 'Bankruptcy Rules emergency' (Regra 9038), com 90 dias contados de 9/10 até 7/1/2027. Avisos de tribunais divergem sobre o dia (22 ou 23/10), e o anúncio da Administrative Office veio em 27/10.
  7. 26 out 2026O BNC retoma operação e começa a processar o backlog em ordem cronológica. O site e o National Creditor Registration Service voltam. Notificações em papel saem em ondas priorizadas.
  8. 27 out 2026A Administrative Office confirma, com base em informação da BAE, que os problemas ligados ao incidente foram resolvidos e o BNC está disponível.
  9. 29 out 2026A BAE declara à imprensa que nenhum outro sistema foi afetado, nenhum dado foi extraído e não houve violação de PII. A SecurityWeek e a The Record reportam a declaração por volta desta data.

Impacto

Todos os tribunais de falência federais dos EUA ficaram sem emissão de notificações eletrônicas e em papel, e sem o National Creditor Registration Service, de cerca de 9 a 26/10. Credores, devedores (sobretudo os não registrados no CM/ECF, como partes sem advogado) e advogados receberam avisos atrasados, e uma emergência da Regra 9038 permite aos juízes estender prazos até 7/1/2027. Os tribunais continuaram aceitando petições e o noticiamento eletrônico a usuários registrados no CM/ECF não foi afetado, segundo os avisos locais. Impacto sobre dados pessoais: não determinado. A BAE nega, mas sem evidência pública.

Recomendações

  • Quem acompanha casos de falência (credores, escritórios, administradores): não dependa de notificação por e-mail ou papel. Consulte o docket diretamente no PACER/CM/ECF para prazos e audiências do período de 7/10 em diante, e peça prorrogação (Regra 9006 ou a emergência da Regra 9038) se foi prejudicado por aviso tardio.
  • Titulares de contas EBN e de cadastro no National Creditor Registration Service: como a negação de exfiltração não é verificada, troque senhas e confirme os dados de contato cadastrados. Não clique em links de mensagens que se digam do BNC; valide pelo site do tribunal.
  • Esteja atento a phishing que imite notificações do BNC. Notificações legítimas em papel emitidas desde 13/10 trazem aviso de envio tardio; isso é conhecido publicamente e pode ser copiado por um golpista.
  • Quem contrata operadores de sistemas críticos: exija em contrato notificação de incidente com prazo, divulgação da causa-raiz, retenção de logs de rede e de egress por período definido, e direito de auditoria sobre a forense. A negação sem método, como a deste caso, não é verificável por quem a recebe.
  • Teste restauração de sistemas críticos de terceiros e defina procedimento manual de contingência. Neste caso, os tribunais improvisaram com listas de credores do CM/ECF, que os próprios avisos dizem não conter todas as partes interessadas.

Lacunas de inteligência

O que ainda não sabemos. Um relatório que não declara seus buracos está vendendo, não analisando.

Causa e vetor do incidente: ataque externo, ransomware, erro ou falha operacional? Resolveria um relatório pós-incidente da BAE ou da Administrative Office, ou atribuição por uma autoridade.

Se houve exfiltração: a negação da BAE não vem com método. Resolveriam o resumo de uma forense independente, a divulgação dos logs usados na conclusão ou uma declaração do Judiciário que verifique a afirmação.

Quando começou o comprometimento: só se sabe quando o serviço parou (7 a 9/10). Resolveria a linha do tempo forense.

Quais dados o BNC e o NCRS guardam e quais estavam nos sistemas afetados (endereços de credores, contas EBN, credenciais): resolveria documentação do Judiciário sobre o sistema ou aviso de privacidade.

Se há ator por trás: nenhum grupo reivindicou. Resolveria uma publicação em site de vazamento, atribuição governamental ou telemetria de pesquisadores.

Se o Judiciário ou outra autoridade (CISA, FBI) investiga: não encontrei manifestação. Resolveria comunicado oficial ou resposta a pedido de informação.

Por que a recuperação levou cerca de 17 dias e se houve reconstrução de sistemas: a BAE não explicou.

Divergência de data da emergência (22 ou 23/10): resolveria o texto da declaração do Judicial Conference.

Fontes e avaliação

Notação Admiralty (padrão NATO, usado por CERT-EU e OpenCTI): a letra avalia a confiabilidade da FONTE (A completamente confiável a F não avaliada); o número avalia a credibilidade da INFORMAÇÃO (1 confirmada a 6 não julgável). As duas dimensões são avaliadas de forma independente — fonte boa não torna informação frágil confiável.

atualizado em 29 out 2026

Relatório baseado exclusivamente em fontes públicas e verificáveis. Indexamos metadados de incidentes — nunca hospedamos, linkamos ou redistribuímos conteúdo vazado. Avaliações podem ser revistas conforme nova evidência apareça.

Compartilhar