Hospital indiano relata ransomware; 'Crypto24' assina a nota
Kamalnayan Bajaj Hospital (Chhatrapati Sambhajinagar, MH)
alegado el · verificado el
Um único relato de imprensa local (Lokmat Times, republicado pelo DataBreaches.net) descreve ransomware que cifrou os nove servidores do Kamalnayan Bajaj Hospital, em Chhatrapati Sambhajinagar (Maharashtra), com a nota de resgate assinada por 'Crypto24'. Não encontrei comunicado do hospital, manifestação de regulador, publicação no site de vazamento nem volume de dados: a criptografia é reportada com detalhe operacional, mas o roubo de dados é, por ora, apenas uma ameaça escrita pelos atacantes.
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 de criptografia ocorreu: o relato cita o chefe de TI pelo nome, descreve a falha do sistema de faturamento (HMIS) e os nove servidores com 'acesso negado'. É detalhe de primeira mão e dificilmente seria inventado por um criminoso. Há porém uma só reportagem-fonte e nenhuma confirmação oficial. O que desmentiria o juízo: o hospital negar o episódio ou atribuí-lo a falha não maliciosa.
A exfiltração de dados NÃO está demonstrada. O trecho disponível diz que os atacantes ameaçaram publicar as informações em um site Tor, o que é alegação de ator. O título 'sensitive data stolen' vai além do que o texto lido sustenta. Prova de roubo seria uma amostra validada, uma entrada no leak site com dados do hospital ou o reconhecimento do próprio hospital.
A atribuição a 'Crypto24' repousa só na nota de resgate, que é autodeclaração e pode ser imitada. Crypto24 é grupo real e documentado (Trend Micro), com táticas de EDR-evasion e atividade em horário de baixo movimento, o que é compatível com um ataque às 3h. O perfil público do grupo, porém, cita finanças, manufatura, entretenimento e tecnologia, e não hospitais regionais. Isso não refuta a atribuição, mas ela não passa de 'plausível'.
A data do ataque é 18 de outubro (ano não escrito no trecho; 2026 por inferência da data de publicação), nove dias antes do registro no DataBreaches.net em 27/10. A data do nosso registro (2026-10-27) é a da republicação, não a do ataque, e deve ser corrigida. O relato também traz uma inconsistência interna: 'por volta da meia-noite' para a invasão e '3h' para a queda do faturamento. As duas coisas são compatíveis se a invasão antecedeu a criptografia, mas o texto não esclarece.
Não há relação demonstrada com o ataque de ransomware ao Bajaj Auto, divulgado separadamente e atribuído a outro grupo (World Leaks). O hospital é entidade distinta, de gestão privada, e opera sob a Marathwada Medical and Research Institute. O nome 'Bajaj' nos dois casos é coincidência de marca até que alguma evidência diga o contrário.
Análisis
O que há de documentado é estreito. O DataBreaches.net, que republica um texto do Lokmat Times, relata que os atacantes entraram nos nove servidores do Kamalnayan Bajaj Hospital e cifraram todos os dados, em um golpe de extorsão. A nota deixada no sistema diz que o resgate sobe se a polícia for acionada e ameaça publicar tudo em um site Tor. A nota identifica o grupo como 'Crypto 24'. Não consegui abrir o texto original do Lokmat Times, então trabalho sobre a republicação, que reproduz apenas o início da matéria.
Separando as vozes: a VÍTIMA aparece de forma indireta, por meio do chefe de TI citado na reportagem. Não localizei comunicado próprio do hospital, nota à imprensa ou manifestação de órgão público. O ATOR fala apenas pela nota de resgate: ameaça vazar dados e escalar o preço. Nenhum REGULADOR se manifestou nas fontes que encontrei. A EVIDÊNCIA técnica publicada é nula: não há IOCs, amostra do malware, extensão de arquivo ou logs. O que existe é narrativa jornalística de fonte interna.
Números: ninguém informou quantidade de registros, de pacientes ou de gigabytes. A única contagem é a de nove servidores cifrados, que é infraestrutura, não dado. Por isso claimed_records e verified_records ficam nulos. Não existe distância ator-vítima a medir, porque nenhum dos dois publicou volume.
O título do DataBreaches.net afirma que dados sensíveis foram roubados. No trecho que li, o que está sustentado é a criptografia e a AMEAÇA de vazamento. Dupla extorsão é a norma do setor, então o roubo é plausível, mas o grupo ainda não publicou nada que eu tenha encontrado. Mantenho a distinção: roubo é alegação até alguém provar. Por isso não classifico os tipos de dado: sabemos que o ambiente é hospitalar, mas não que registros de pacientes saíram.
Sobre Crypto24: a Trend Micro descreve um grupo que combina ferramentas legítimas com malware próprio, desativa EDR e age em horários de baixo movimento, com alvos em Ásia, Europa e EUA, em finanças, manufatura, entretenimento e tecnologia. As fontes divergem sobre a origem do grupo: um agregador de detecção o situa no início do outono de 2024 e outro o descreve como atuante a partir de
2025. Trato isso como incerteza de linha do tempo do grupo, não do caso. O ataque às 3h combina com o padrão descrito, mas um padrão genérico de ransomware não identifica o grupo. A nota de resgate é o único elo, e notas podem ser copiadas.
Correção ao nosso registro: a data 2026-10-27 é a da republicação, e o ataque reportado é de 18/10. O registro não tinha ator, país, setor nem identificação da vítima. A organização é o Kamalnayan Bajaj Hospital, hospital terciário privado em Chhatrapati Sambhajinagar (antiga Aurangabad), Maharashtra, conforme o cadastro do NABH e o diretório do governo do distrito. Subo o selo de 'claimed' para 'corroborated': o incidente é relatado por imprensa a partir de fonte interna e não só por alegação do ator. Mantenho o veredito 'unverified', porque falta confirmação oficial e prova de exfiltração.
Sobre o impacto, o texto diz que o ataque 'colocou em risco' o atendimento e interrompeu operações-chave, mas não quantifica internações, cirurgias adiadas nem desvio de pacientes. A frase pode ser verdadeira e ainda assim não permite medir dano clínico. Quem se beneficia da narrativa? Aqui a imprensa local e o grupo têm incentivos parecidos: ambos ganham com a versão de 'todo o dado foi cifrado e roubado'. É mais um motivo para esperar a prova de roubo.
Cronología
- 18 oct 2026Segundo o relato, o sistema de faturamento do hospital cai às 3h. A equipe noturna aciona o chefe de TI, que encontra o HMIS e outros sistemas fora do ar e os nove servidores com 'acesso negado'. O ano não consta no trecho lido; 2026 é inferência pela data de publicação.
- 27 oct 2026O DataBreaches.net e o agregador malware.news republicam o relato do Lokmat Times. Esta é a data do nosso registro, não a do ataque.
Impacto
Hospital terciário em Chhatrapati Sambhajinagar com sistema de gestão hospitalar (HMIS) e faturamento inoperantes, segundo o relato, e todos os nove servidores indisponíveis. Não há número de pacientes afetados, de internações desviadas nem de consultas canceladas. Se dados de pacientes foram exfiltrados, a exposição de informações de saúde seria o dano mais grave, mas isso não está provado. Para pacientes e familiares, o risco concreto hoje é de interrupção de serviço e de uma eventual divulgação futura, não de vazamento comprovado.
Enlaces técnicos
Recomendaciones
- Hospitais com HMIS e servidores no mesmo domínio: confirme que existem backups offline ou imutáveis, testados, e que o domínio de administração dos backups é separado do domínio de produção. Em um caso em que todos os servidores foram cifrados, essa separação decide a velocidade de recuperação.
- Procure em ambientes Windows sinais descritos pela Trend Micro para o Crypto24: criação de contas privilegiadas, tarefas agendadas de persistência, ferramentas de acesso remoto legítimas fora do padrão e tentativas de desabilitar o EDR. Compare com o seu baseline em vez de buscar apenas assinaturas.
- Monitore criação de contas privilegiadas, desligamento ou desinstalação de agentes de segurança e uso de ferramentas de transferência para nuvem pessoal, principalmente entre 0h e 5h. Alertas nesse horário precisam ter plantão que aja, não só registre.
- Prepare um procedimento de downtime clínico em papel para faturamento, admissão e prescrição, e teste-o. A reportagem indica que faturamento e HMIS pararam juntos.
- Se a sua organização atende pacientes do hospital ou compartilha integração com ele, revise conexões VPN, interfaces HL7 e contas de serviço entre as duas redes e rotacione credenciais compartilhadas até haver informação forense.
Lagunas de inteligencia
Lo que aún no sabemos. Un informe que no declara sus huecos está vendiendo, no analizando.
O hospital não publicou comunicado nem confirmou o ataque. Uma nota oficial ou resposta direta à imprensa resolveria.
Não consegui abrir a reportagem original do Lokmat Times: só tenho a republicação truncada. O texto integral ou o link original esclareceria detalhes, data de publicação e a inconsistência entre meia-noite e 3h.
Não há evidência de exfiltração. Uma entrada no leak site do Crypto24 com amostra verificável, ou o hospital reconhecer o roubo, resolveria.
Não há volume de dados, número de pacientes nem tipos de informação afetados. Só uma notificação oficial ou uma amostra validada fecharia isso.
A atribuição ao Crypto24 depende só da nota de resgate. A nota em si (nome do arquivo, extensão cifrada, endereço Tor) ou análise de malware comparada ao perfil do grupo confirmaria ou descartaria.
O vetor de acesso inicial é desconhecido. Um relatório forense do hospital ou de resposta a incidentes resolveria.
Não localizei manifestação de CERT-In, da polícia cibernética de Maharashtra ou de outro órgão. Um boletim de ocorrência, FIR ou nota oficial resolveria. A nota de resgate ameaça elevar o preço se a polícia for acionada, mas não sei se houve registro.
O desfecho clínico é desconhecido: tempo de recuperação, uso de downtime e backups, pagamento ou não de resgate. Informação do próprio hospital resolveria.
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.