Hospital-escola do Novo México parou; roubo de dados segue só alegado
University of New Mexico Health Sciences Center (UNM Health)
alegado el · verificado el
O ciberataque ao UNM Health Sciences Center é real e foi confirmado pela própria instituição: ambulâncias desviadas, cirurgias e consultas suspensas. A reivindicação do grupo BYOD (36 mil máquinas, SSNs, dados de pacientes) não tem prova pública e conflita com a avaliação da UNM de que o ataque atingiu dispositivos de usuário final, sem penetrar servidores centrais.
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.
O incidente é real e causou interrupção operacional. A UNM confirmou em comunicado próprio o evento de cibersegurança, a limitação de novos pacientes entre 12h30 e 14h30 (MDT) em 26/10, a suspensão de cirurgias ambulatoriais e consultas e o cancelamento de aulas. Seria desmentido apenas se a instituição retratasse o comunicado, o que não há motivo para esperar.
A atribuição ao grupo BYOD é plausível, mas não confirmada. A mensagem sintética tocada nas estações pedia contato via Session, e o grupo diz em seu post que o contato é pelo Session. A listagem apareceu em 26/10, poucas horas depois do início do ataque. A UNM não confirmou o ator. Seria desmentida se a investigação apontasse outro ator ou se a reivindicação se mostrasse oportunista.
O alcance alegado (36 mil máquinas, duas florestas de Active Directory, tenant Entra inteiro) é o ponto mais fraco da narrativa. A UNM disse, segundo a imprensa local, que o evento afetou alguns dispositivos de usuário final e não penetrou núcleo nem servidores. Os sistemas críticos voltaram em cerca de um dia. Ninguém independente consegue provar nem refutar o controle de AD hoje. Seria desmentida se a UNM ou um regulador revelasse comprometimento de AD/Entra.
Houve criptografia em parte do ambiente hospitalar. O fundamento é indireto: em 27/10 o BYOD afirmou oferecer de graça a chave para os 'dispositivos restantes' do setor hospitalar. A UNM não confirmou ransomware nem criptografia. É inferência a partir de uma declaração do criminoso. Seria desmentida se a UNM descrevesse o evento como não envolvendo criptografia.
A exfiltração de dados de pacientes, funcionários e alunos não está demonstrada. Não encontrei amostra, contagem de registros nem confirmação da UNM ou de regulador. O grupo diz que ficará com os dados mesmo entregando a chave, o que muda a ameaça de extorsão operacional para extorsão por dados. Se a UNM notificar titulares ou registrar o caso no HHS-OCR, este juízo sobe.
O desvio de ambulâncias durou cerca de duas horas pela versão da UNM, mas o risco foi desproporcional à duração: o hospital é o único centro de trauma Nível I do estado, e a janela cobriu o período de maior incerteza sobre o alcance. O caso mostra que o plano de resposta tem de tratar continuidade assistencial, não só vazamento. Isto é leitura analítica, não achado confirmado.
Análisis
O que a vítima admite: a UNM publicou atualizações no hscnews.unm.edu em 26/10 (18h08 e 22h27 MDT) e uma posterior em 27/10. Admite um 'evento de cibersegurança' no HSC, contenção pela TI, acionamento de autoridades estaduais e federais, apoio de parceiros externos, ativação de Centro de Operações de Emergência, limitação de admissões entre 12h30 e 14h30, suspensão de procedimentos ambulatoriais e cancelamento de aulas. Não nomeia ator, não fala em ransomware, não diz se houve exfiltração. Cita investigação criminal ativa como razão para não dar mais detalhes. Não encontrei manifestação de regulador (HHS-OCR, procurador-geral do estado) nem registro formal de violação de dados até onde a busca alcançou.
O que o ator alega: o BYOD, grupo novo que, segundo o BleepingComputer, lista seis vítimas, publicou que comprometeu 36 mil máquinas, duas florestas de AD (campus principal e setor hospitalar) com GPOs, dois bancos Oracle, o tenant Entra, Oracle HR/folha, registros Banner, emails internos e rosters do Cerner EHR, incluindo SSNs de alunos e funcionários. O post original oferecia retirar a listagem após contato. Em 27/10 o grupo mudou o discurso: ofereceu a chave gratuita para o setor hospitalar, dizendo que não sabia que as máquinas atendiam pacientes em tempo real, e disse que ficaria com os dados. O BleepingComputer também relata uma promessa de pagar até US$ 2.500 por paciente afetado e um discurso de 'pentest ético'. Isso é posicionamento de relações públicas do criminoso, sem qualquer verificação, e não deve ser tratado como evidência.
Onde as versões divergem: a alegação fala em controle total da infraestrutura. A imprensa local (ABQ RAW), atribuindo a avaliação a funcionários da UNM, registra que o evento afetou dispositivos de usuário final e não penetrou núcleo nem servidores. Também há distância entre a escala alegada e a recuperação: sistemas críticos voltaram em cerca de um dia, e as ambulâncias foram desviadas por cerca de duas horas. Isso é compatível com um impacto menor que o alegado, mas também com contenção rápida seguida de comprometimento de dados que a UNM ainda não avaliou. Não dá para escolher entre as hipóteses com o que é público. Observação: '36 mil máquinas' não é número de registros, e nenhuma fonte o sustenta. Por isso claimed_records e verified_records ficam nulos.
O que sustenta a atribuição: a gravação com voz de síntese, divulgada pela KOB4, KRQE e Daily Lobo, pede contato pelo Session, e o próprio BYOD usa o Session como canal. O ransomware.live registrou a listagem em 26/10 às 20h52 UTC (cerca de 14h52 MDT), isto é, durante o dia do ataque. A convergência é de comportamento e cronologia, não de prova técnica: a UNM não confirmou o ator, e nenhum pesquisador publicou análise de amostra, IOC ou artefato de criptografia. Há uma inconsistência menor: o perfil do DysruptionHub rotula uma recuperação de dados do ransomware.live como 'Oct 25', enquanto o próprio ransomware.live indica 26/10. Trato isso como erro de rótulo, mas não consegui verificar.
Correção do nosso registro: (1) a data correta do incidente é 26/10/2026, e 27/10 é a data da cobertura. (2) O campo de organização trazia a manchete da notícia, não o nome da vítima. (3) O ator não é 'nenhum identificado': há uma reivindicação do BYOD, mas ela deve constar como alegação não confirmada. (4) O selo 'claimed/unverified' subestimava o que se sabe: o evento em si foi confirmado pela vítima, então o fato é 'confirmed' e a natureza do incidente é 'real'. O que continua apenas alegado é a exfiltração, a escala e a criptografia. O título e os campos deixam essa separação explícita. (5) País (EUA) e setor (saúde e educação) estavam em branco.
Contexto: a UNM Health já teve um vazamento em
2021. O acesso não autorizado começou em 2 de maio de 2021, foi descoberto em 4 de junho e atingiu 637.252 pacientes, com nomes, datas de nascimento, dados de seguro e, para alguns, SSNs, segundo HIPAA Journal e SC World. Naquele caso, a UNM disse que o EHR não foi afetado. Não há evidência pública de ligação técnica entre os dois episódios, e não afirmo nenhuma. O ponto é de governança: uma instituição que já passou por violação com exfiltração está de novo no centro de um incidente com alegação de roubo de SSNs. O KRQE menciona uma investigação jornalística sobre a UNM neste ano. Não consegui ler o conteúdo, e por isso não o uso.
Assimetria de risco: é o único centro de trauma Nível I do estado, com o único hospital infantil e a única unidade de queimados, e atende grande parcela da população sem seguro, segundo The Record e Source NM. O dano certo foi o assistencial, ainda que curto. O dano de dados é hipótese que só a investigação, ou uma notificação formal à população afetada, pode resolver. Se a alegação sobre SSNs se confirmar, a população exposta incluiria alunos e funcionários, não só pacientes, o que cria obrigações de notificação distintas.
Cronología
- 02 may 2021Data do acesso não autorizado ao ambiente do UNM Health no incidente anterior, que expôs 637.252 pacientes (descoberto em 4/6/2021, notificações a partir de 3/8/2021). O EHR não foi afetado, segundo o aviso da época.
- 26 oct 2026Entre cerca de 11h e 11h30 (MDT), funcionários do HSC veem o ataque. Equipes de TI iniciam a contenção, e a mensagem sintética exibida nas máquinas diz que há dados de alunos e funcionários, incluindo SSNs.
- 26 oct 2026De 12h30 a 14h30 (MDT), a UNM Health limita a admissão de novos pacientes e desvia ambulâncias para hospitais de Albuquerque e Santa Fe. Todas as consultas e cirurgias ambulatoriais do dia são suspensas, e aulas e pesquisa do HSC são canceladas.
- 26 oct 2026Às 14h52 UTC (cerca de 20h52 UTC, segundo o ransomware.live) o BYOD lista a University of New Mexico em seu site de vazamentos, alegando 36 mil máquinas comprometidas e acesso a dados de RH, folha, alunos, emails e rosters do EHR.
- 26 oct 2026Atualização das 22h27 (MDT): hospitais abertos, clínicas retomam a agenda no dia 27, e as unidades acadêmicas e de pesquisa do HSC seguem fechadas em 27/10. A UNM diz que há investigação criminal ativa e acompanhamento de autoridades estaduais e federais.
- 27 oct 2026Clínicas reabrem. A UNM informa sistemas críticos de volta e ambulâncias normalizadas. O BYOD publica atualização oferecendo a chave de descriptografia gratuita apenas para o setor hospitalar e dizendo que manterá os dados.
Datos involucrados
Impacto
Confirmado pela UNM: em 26/10/2026 houve cerca de duas horas de limitação de admissões e desvio de ambulâncias no único centro de trauma Nível I do Novo México. Também houve suspensão de cirurgias ambulatoriais e consultas em dezenas de clínicas, incluindo o Sandoval Regional Medical Center, e cancelamento de aulas e pesquisa no HSC em 26 e 27/10. Funcionários foram orientados a desligar computadores e desconectar aparelhos do Wi-Fi hospitalar. Clínicas e hospitais retomaram em 27/10, e a retomada acadêmica estava prevista para 28/10. Impacto sobre dados não confirmado: a UNM não informou se dados de pacientes, funcionários ou alunos foram acessados ou copiados. As alegações do ator incluem SSNs, dados de pacientes e registros acadêmicos, sem número de titulares afetados.
Enlaces técnicos
Recomendaciones
- Hospitais e universidades com AD compartilhado ou federado: confirmar a separação das florestas de AD (campus versus assistencial) e restringir a confiança entre domínios. Auditar quem pode criar ou alterar GPOs que distribuem software ou scripts a milhares de estações.
- Revisar logs do tenant Entra e do AD para criação de contas privilegiadas, alterações de GPO, consentimentos de aplicativos e logons administrativos em massa nas últimas semanas. Revogar tokens e rotacionar credenciais privilegiadas se houver indício de abuso.
- Buscar indicadores de exfiltração de bancos Oracle (RH/folha) e do Banner: consultas volumosas, dumps, uso de contas de serviço fora de horário e tráfego de saída para destinos de armazenamento externo.
- Preparar e testar procedimentos de operação em indisponibilidade assistencial: critérios para desvio de ambulâncias, fluxo de registro em papel e acesso offline a rosters e medicação. Definir quem decide quando continuar admitindo trauma durante contenção ativa.
- Definir de antemão o gatilho para desligar estações em massa, como a UNM fez, e como restaurar em fases. Garantir backups imutáveis, fora do domínio, com restauração testada do EHR e dos sistemas de agenda.
- Monitorar uso do Session e de outros mensageiros cifrados em estações corporativas e, em eventos em que máquinas exibam mensagens do atacante, preservar áudio e capturas de tela como evidência para as autoridades.
Lagunas de inteligencia
Lo que aún no sabemos. Un informe que no declara sus huecos está vendiendo, no analizando.
Se houve exfiltração e de quais dados: resolveria uma notificação da UNM a titulares, registro no portal do HHS-OCR, ou publicação de prova pelo grupo, que eu não verifiquei.
Quantos titulares foram afetados: depende da conclusão da investigação e de notificação formal. Não há número alegado de registros, só '36 mil máquinas'.
Se houve criptografia e em que sistemas: resolveria uma declaração explícita da UNM sobre ransomware e escopo, ou análise técnica de artefatos.
Se AD/Entra foram comprometidos: a UNM disse que o núcleo não foi penetrado. Só um relatório forense ou uma declaração mais detalhada concilia isso com a alegação do BYOD.
Vetor de acesso inicial: nada é público. Resolveria um relatório forense, um aviso do FBI/CISA ou análise de pesquisadores.
Se a UNM negociou ou pagou: nada verificável. Uma fonte local diz que não está claro, e não há confirmação.
Se o BYOD é grupo independente ou rebatismo de outro: só é descrito como grupo novo com seis vítimas. Análise técnica de pesquisadores e de ransomware.live resolveria.
Relação com o incidente de 2021: nenhuma evidência pública. Só o relatório forense resolveria.
Inconsistência de datas no rótulo do DysruptionHub (25/10 versus 26/10): resolveria o histórico de listagem original no site de vazamentos, que não consultei.
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.