CSX avisa funcionários só em outubro de vazamento por vishing
CSX
alegado el · verificado el
Não é alegação de criminoso: a própria CSX confirmou à imprensa e às autoridades estaduais dos EUA que um invasor acessou o Microsoft 365 da empresa entre 29/05 e 09/06/2026 e levou arquivos com SSN, CNH e dados bancários de funcionários. Nosso registro 'claimed/unverified' estava errado. O que falta é o tamanho real, o autor e a relação com um segundo incidente, via fornecedor, em abril.
Juicios analíticos
Cada evaluación viene con su nivel de confianza declarado, según la práctica de inteligencia (ICD 203 / FIRST). Confianza alta no es certeza; confianza baja no es una suposición — es el peso que sostiene la evidencia disponible.
Houve incidente real, com exfiltração de dados pessoais de funcionários atuais e antigos da CSX e de terceiros. A empresa o confirmou por declaração pública e por notificações a procuradorias estaduais (NH, VT, MA). Seria desmentido se os textos primários dessas notificações divergirem do que os repasses secundários relatam.
O vetor declarado foi vishing: um funcionário atendeu uma ligação fraudulenta e isso deu ao invasor acesso ao Microsoft 365. Todos os relatos que li derivam do mesmo aviso da CSX, então a convergência é de uma origem só. O mecanismo técnico (roubo de credencial, contorno de MFA, registro de dispositivo, consentimento OAuth) não foi divulgado.
A CSX descreve dois incidentes distintos e 'não relacionados': um vazamento por fornecedor em abril de 2026 e o ataque por vishing de 29/05 a 09/06. Isso é narrativa da própria vítima. Não há evidência pública que a confirme nem que a refute. Se o mesmo ator estiver por trás dos dois, a versão cai.
O número de afetados é da ordem de 40 mil pessoas, mas esse dado vem de uma única reportagem de TV local que cita a empresa. Os números estaduais que encontrei são parciais (434 em MA, 57 em NH, 9 em VT) e vêm de agregadores. Não sei se os 40 mil cobrem os dois incidentes. A cifra pode mudar quando as notificações a Maine, Texas ou Califórnia forem lidas.
Nenhum ator reivindicou nem foi atribuído publicamente. Isso não prova que os dados não circulam. Minha busca foi limitada (cota de buscas esgotada antes de eu poder checar fóruns e monitores de extorsão) e a ausência de reivindicação não prova ausência de venda ou extorsão.
Este caso não é a repetição do incidente de 2021 (Accellion/Clop, em que a CSX apontou vulnerabilidade em software de transferência de arquivos). O vetor, o ator e o ambiente são outros. Dados de funcionários foram alvo nas duas ocasiões, o que aponta para o RH e a folha como ativo recorrente, mas não prova falha comum.
Análisis
O registro partia de uma premissa que não se sustenta: tratar o caso como alegação sem ator e sem verificação. Não há alegação de criminoso. A fonte é uma reportagem sobre uma notificação de vazamento feita pela própria CSX. Por isso o selo correto é 'confirmed' e o veredito é 'real'. A data 2026-11-03 do nosso registro é a da republicação no DataBreaches.net, que reproduz a WTOL, e não o início do incidente.
O que a vítima diz: segundo o aviso à procuradoria de New Hampshire, repassado por escritórios de advocacia e agregadores (não abri o documento primário), a CSX investigou dois incidentes. Em abril de 2026, um fornecedor pode ter repassado dados da empresa a terceiro não autorizado, e a investigação não pôde descartar que dados de funcionários e terceiros tenham ido junto. Em 29/05, um funcionário atendeu um vishing e o invasor entrou no Microsoft
365. Até 09/06 ele acessou e obteve arquivos. Os dados citados são nome, SSN, número de CNH e dados bancários (conta e roteamento), com possibilidade de outras informações sensíveis, inclusive de saúde.
O que o regulador afirma: não encontrei manifestação de regulador além das próprias entradas nos registros de procuradorias estaduais, que são notificações da vítima e não conclusões de apuração. Agregadores relatam 434 residentes em Massachusetts, 57 em New Hampshire e 9 em Vermont. São números parciais, por estado, e nada indica que somem o total.
O número: a única cifra global é 'cerca de 40 mil' funcionários atuais e antigos notificados. Vem de uma reportagem de TV local que atribui a informação à empresa. Registro-a como dado da vítima de confiança limitada, e não como verified_records, porque não a vi em documento primário. Há também ruído de outras fontes. Um comunicado de escritório de advocacia fala em 'dados de clientes' e em 'investidores e inquilinos', o que o aviso da CSX não sustenta. O texto descreve funcionários atuais e antigos e terceiros. Dois agregadores descrevem a entrada de Vermont com categorias diferentes: um lista SSN, documento e dados financeiros, o outro inclui data de nascimento, folha, depósito direto e retenção de imposto. Não consigo dizer qual é fiel ao texto. A segunda lista, se correta, indicaria dados de RH mais amplos do que os do aviso de NH.
A contradição que a imprensa não trabalhou é o tempo. O acesso foi em maio e junho. A CSX só determinou em 26/08 que havia dados pessoais nos arquivos. As cartas saíram em 20/10, cerca de quatro meses e meio depois do início do acesso. A matéria que alimentou o nosso registro embaralha essa cronologia e diz que o incidente 'aconteceu entre 29/05 e 09/06, quando a empresa tomou conhecimento'. O que os avisos indicam é que 29/05 a 09/06 é a janela de acesso do invasor, e não a data em que a CSX tomou conhecimento. Para quem teve SSN e conta bancária expostos, esse intervalo é janela de fraude sem aviso.
O ângulo do vetor: vishing contra funcionário que entrega acesso a nuvem corporativa é um padrão conhecido, mas a CSX não divulgou o mecanismo. Ninguém sabe se o invasor obteve credenciais e MFA na própria ligação, se induziu o registro de um novo método de autenticação ou se usou outro caminho. Também não sabemos quanto tempo o invasor ficou antes de ser detectado, nem se a detecção partiu de controle da CSX ou de alerta externo. Sem isso, não dá para dizer qual controle falhou além do humano.
O ator: ninguém reivindicou, e eu não consegui atribuir. Não encontrei publicação em site de extorsão, mas a busca foi limitada e não cobriu esse tipo de fonte. Não há base para ligar o caso a um grupo específico. O incidente de 2021 (Accellion/Clop) é um evento anterior e distinto, e não deve ser usado para inferir autoria.
Atenção ao tipo de organização: a CSX é infraestrutura crítica, mas tudo o que foi confirmado se limita a dados pessoais em arquivos do Microsoft
365. Não há indício, nas fontes lidas, de impacto operacional ou de acesso a sistemas de controle ferroviário. A CSX disse em 2021 que o incidente daquela época não afetou a operação, mas não encontrei declaração equivalente para 2026, então isso é lacuna e não ausência de impacto.
Cronología
- 16 mar 2021Contexto: a CSX começa a enviar cartas a funcionários por um incidente anterior, ligado a uma vulnerabilidade no software Accellion (reivindicado pelo grupo Clop). Não é o mesmo evento.
- 29 may 2026Um funcionário atende a ligação de vishing e o invasor acessa o ambiente Microsoft 365 da CSX.
- 09 jun 2026Fim da janela em que, segundo a CSX, o invasor acessou e obteve arquivos. A empresa diz ter notado atividade incomum na conta do funcionário em junho.
- 26 ago 2026A CSX determina que ao menos um dos arquivos afetados continha dados pessoais (data repassada por agregador; não li o aviso primário).
- 20 oct 2026A CSX envia cartas por correio e notifica procuradorias estaduais (NH, VT, MA e outras). Os avisos citam também um incidente de fornecedor em abril de 2026.
- 22 oct 2026Escritórios de advocacia anunciam investigações de ação coletiva.
- 28 oct 2026A WTOL 11 (Toledo, OH) publica reportagem com declaração da CSX: cerca de 40 mil funcionários atuais e antigos notificados, monitoramento de crédito gratuito.
- 03 nov 2026DataBreaches.net republica a reportagem da WTOL (a página indica postagem em 2 de novembro; a URL, 3 de novembro). Essa é a data do nosso registro, e não a data da descoberta nem de qualquer alegação.
Datos involucrados
Impacto
Cerca de 40 mil funcionários atuais e antigos (e possivelmente terceiros) receberam carta, segundo a empresa. Para esse grupo o risco é concreto: SSN, CNH e conta/roteamento bancário permitem abrir contas, falsificar identidade e tentar desviar depósito direto. A CSX oferece monitoramento de crédito e proteção de identidade gratuitos. Não há impacto operacional apurado nas fontes lidas.
Enlaces técnicos
Recomendaciones
- Exigir no help desk e no suporte de TI verificação por retorno de chamada a um número já cadastrado para qualquer pedido de reset de senha, MFA ou registro de dispositivo, e treinar funcionários para recusar pedidos de credenciais por telefone mesmo vindos de 'TI'.
- Adotar MFA resistente a phishing (FIDO2/passkeys) para contas do Microsoft 365 e restringir, por acesso condicional, o registro de novos métodos de autenticação e dispositivos a dispositivos gerenciados e redes confiáveis.
- Monitorar no log de auditoria do M365 acessos em massa a arquivos (download em volume de SharePoint/OneDrive), novos registros de MFA, criação de regras de caixa de correio e concessões de consentimento OAuth, com alerta para contas de RH, folha e finanças.
- Inventariar onde planilhas com SSN, dados bancários e de folha vivem no M365 e em fornecedores, aplicar rótulos e DLP a esses arquivos e reduzir a retenção. Neste caso, o dado sensível estava em arquivos acessíveis por uma conta de funcionário comum.
- Para pessoas notificadas: congelar o crédito nos três birôs, ativar o IP PIN da Receita dos EUA, monitorar mudanças de depósito direto junto ao RH e desconfiar de ligações e e-mails que citem o incidente.
- Rever contratos e controles de fornecedores que recebem dados de funcionários: exigir notificação de incidente em prazo curto e lista de subprocessadores.
Lagunas de inteligencia
Lo que aún no sabemos. Un informe que no declara sus huecos está vendiendo, no analizando.
Número real de afetados e se os 40 mil incluem o incidente do fornecedor: resolvido pela leitura dos avisos primários de MA, TX, CA, ME e outros e de eventual nota da CSX.
Nome do fornecedor do incidente de abril e relação (ou não) com o ataque por vishing: resolvido por informação da CSX ou de investigação do fornecedor.
Categorias exatas de dados, e se há dados de saúde ou de folha: resolvido pela leitura dos textos integrais de NH e VT, que os agregadores descrevem de forma divergente.
Mecanismo técnico do acesso (credencial, MFA, registro de dispositivo, OAuth) e se o invasor manteve persistência: resolvido por relatório forense ou divulgação da CSX.
Autoria e destino dos dados (extorsão, venda, publicação): resolvido por monitoramento de sites de extorsão e fóruns, que eu não consegui fazer, ou por reivindicação do ator.
Por que o intervalo entre a determinação (26/08, segundo agregador) e a notificação (20/10) foi de quase dois meses: resolvido pelos textos primários e eventual manifestação de procuradorias.
Se há impacto operacional ou acesso a sistemas além do Microsoft 365: resolvido por declaração da CSX ou comunicação à SEC, que não localizei.
Fuentes y evaluación
Notación Admiralty (estándar NATO, usado por CERT-EU y OpenCTI): la letra evalúa la confiabilidad de la FUENTE (A completamente confiable a F no evaluada); el número evalúa la credibilidad de la INFORMACIÓN (1 confirmada a 6 no juzgable). Ambas dimensiones se evalúan de forma independiente.