To verifyCorroborated

Hospital indiano relata ransomware; 'Crypto24' assina a nota

Kamalnayan Bajaj Hospital (Chhatrapati Sambhajinagar, MH)

claimed on · assessed on

Bottom line

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.

Analytic judgments

Every assessment carries its confidence level explicitly, following intelligence practice (ICD 203 / FIRST). High confidence is not certainty; low confidence is not a guess — it’s the weight the available evidence supports.

moderate confidence

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.

moderate confidence

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.

low confidence

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'.

moderate confidence

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.

moderate confidence

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.

Analysis

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.

Timeline

  1. 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.
  2. 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.

Impact

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.

Technical links

T1486

Recommendations

  • 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.

Intelligence gaps

What we still don’t know. A report that doesn’t declare its holes is selling, not analyzing.

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.

Sources and rating

Admiralty rating (NATO standard, used by CERT-EU and OpenCTI): the letter rates SOURCE reliability (A completely reliable to F not rated); the number rates INFORMATION credibility (1 confirmed to 6 cannot be judged). Both dimensions are assessed independently — a good source does not make weak information reliable.

updated 27 Oct 2026

Report based exclusively on public, verifiable sources. We index incident metadata — we never host, link to, or redistribute leaked content. Assessments may be revised as new evidence emerges.

Share