CiberLATAMbywhalemate
Relatório de inteligência

Saúde: clínicas, hospitais e фармácia, ago/2026

Agosto fechou com 90 fatos verificados em saúde na LATAM, dominados por ransomware, vazamentos e fraudes bancárias no Brasil, Peru

1 de set. de 202637 min de leitura
Saúde: clínicas, hospitais e фармácia, ago/2026whalemateA plataforma para gerenciar o risco humano em cibersegurança.

Principais conclusões

Módulos mensais de referência

Estes módulos são preenchidos automaticamente com os fatos verificados e datados dentro do período. Cada um declara sua base e seu critério de contagem, para que os números sejam conciliados entre módulos. São a leitura recorrente mês a mês; a análise posterior desenvolve os casos sem repetir esta síntese.

Janela dos indicadores: 90 fatos datados em agosto de 2026. Os fatos de meses anteriores são usados apenas como marco comparativo na análise, nunca como volume deste período.

CIBERLATAM / WHALEMATE Painel mensal de sinal verificado agosto 2026 · América Latina Ameaça predominante: Ransomware (37 de 90 fatos). Cobertura: 90 fatos com data em agosto 2026 FATOS VERIFICADOS 90 base do período: toda contagem a partir de baixo, mede-se sobre esta total RANSOMWARE / EXTORSÃO 37 6 ativos criptografados confirmado · 3 exfiltração sem criptografia (extorsão simples) INCIDENTES SEM TIPIFICAÇÃO 23 brechas ou interrupções sem tipo de ameaça declarado FRAUDE / PHISHING 10 campanhas de fraude documentadas REGULAMENTAÇÃO 2 normas, resoluções ou sanções CVEs ÚNICOS 2 CVE-2024-1708 / CVE-2026-50751
Painel mensal de sinal verificado — Base: 90 fatos verificados com data no período para a América Latina.
MÓDULO FIXO MENSAL Distribuição por eixo de ameaça agosto de 2026 · América Latina Cada fato conta em um único eixo, por isso a soma é exatamente 90. "Incidentes sem tipificação" é o residual. Ransomware 37 Incidentes 23 Sem classificação 17 Fraude 10 Regulação 2 Vulnerabilidades 1
Distribuição por eixo de ameaça — Cada fato é atribuído a um único eixo conforme sua tipificação; a soma confere com os 90 fatos do período.
MÓDULO FIXO MENSAL Distribuição setorial do sinal agosto de 2026 · América Latina Base: 90 fatos do período · soma 174 porque 59 fatos se classificam em mais de um setor. Saúde 68 Setor público / OIV 53 Educação 15 Finanças 12 Tecnologia 12 Telecom 7 Outros / sem setor identi… 4 Varejo / consumo 3
Distribuição setorial do sinal — Classificação heurística por setor da vítima. Um fato pode atingir mais de um setor, portanto a soma pode superar a base.
MÓDULO FIXO MENSAL Distribuição geográfica do sinal agosto de 2026 · América Latina Cada fato é atribuído a um único país ou à cobertura regional, portanto a soma é exatamente 90 de 90 fatos de… Regional 23 EUA 21 Peru 14 Paraguai 13 Chile 10 Brasil 9
Distribuição geográfica do sinal — Fatos verificados do período agrupados por país ou cobertura regional; cada fato conta apenas uma vez.

Resumo executivo

Agosto de 2026 deixou um cenário misto para saúde, clínicas, hospitais e farmacêuticas na América Latina: de um lado, se consolidou uma sequência de incidentes de fraude financeira e exposição de dados ligados a prestadores de saúde e a sistemas públicos de vigilância; de outro, surgiram novas alegações de ransomware contra hospitais e plataformas de saúde em vários países, embora com graus distintos de confirmação pública. O mês não foi dominado por uma única família de ameaças, e sim pela coexistência de três padrões: extorsão por ransomware com publicações em leak sites, fraude bancária ou golpes informáticos que atingiram instituições de saúde, e divulgação de bases expostas sem autenticação, que deixaram à mostra informações regulatórias e de pacientes.

O sinal mais claro e melhor documentado do período foi a base de dados exposta do sistema SISVISA, no Brasil, que deixou acessíveis 102.215 registros e aproximadamente 79 GB de material ligado à vigilância sanitária e licenciamento. A investigação publicada por Jeremiah Fowler mostrou que não se tratava de um arquivo isolado, mas de um conjunto com identificadores, dados fiscais, documentos regulatórios, pedidos de licenciamento, autorizações, relatórios de inspeção, documentação de conformidade, reclamações de cidadãos e backups compactados. Embora o acesso público tenha sido desativado pouco depois dos alertas responsáveis, a janela real de exposição não pôde ser determinada e não há confirmação oficial pública sobre a extensão total nem sobre possíveis acessos de terceiros. Para um CISO do setor de saúde, o caso é especialmente relevante porque mostra como um ambiente regulatório mal configurado pode virar um vetor de exposição tão sensível quanto uma brecha clínica, com impactos operacionais, reputacionais e de compliance.

Em paralelo, a EsSalud Lambayeque, no Peru, virou um dos casos mais ilustrativos de fraude financeira baseada em acesso remoto e falsificação técnica. As coberturas jornalísticas convergem no ponto de que pessoas que se passaram por suporte do Scotiabank obtiveram acesso remoto a equipamentos da entidade por meio de usuários e senhas fornecidos por pessoal da rede, e, a partir daí, foram feitas cinco transferências não autorizadas no total de S/ 1.406.991. O caso também levou a uma mudança processual: a promotoria descartou que se tratasse apenas de uma fraude externa e abriu investigação por suposto peculato contra quatro funcionários da EsSalud, indicando que a saída do dinheiro teria contado com intervenção direta de responsáveis pela conta. Esse detalhe é importante porque diferencia um simples golpe tecnológico de uma falha de controles internos, combinação que eleva a severidade e exige revisar não só a cibersegurança, mas também segregação de funções, validações fora de banda e governança de pagamentos.

Brasil e Chile também registraram incidentes relevantes na forma de alegações de ransomware. No Brasil, a Mobilemed apareceu em listas de monitoramento como suposta vítima do grupo Kazu, com uma suposta exfiltração de 23,5 TB e um resgate estimado em US$ 1,5 milhão, embora não tenha havido comunicação pública da empresa confirmando o alcance. O valor analítico do caso está menos no número, que vem de agregadores e do leak site, e mais na repetição de um padrão: o Kazu seguiu direcionando suas publicações para saúde e para fornecedores da cadeia de saúde, não apenas clínicas e hospitais, mas também plataformas de PACS, telemedicina, gestão de consultórios e outros serviços de software crítico para o atendimento. Nessa mesma linha, o Centro Médico Especializado OSI: Healthcare Solutions, no Peru, foi listado pelo Kazu como suposta vítima, também sem confirmação pública da clínica até o fim do período analisado.

O Chile concentrou outra das peças mais sensíveis do mês com a aparição do Hospital Clínico Universidad de Chile no portal de extorsão atribuído ao Direwolf. Aqui convém ser preciso: as fontes disponíveis descrevem uma alegação de leak site e um rastreamento automatizado, não uma validação independente do hospital, de um CERT ou de um regulador. Ainda assim, o caso merece atenção por duas razões. A primeira é a velocidade da detecção informada pela infraestrutura de monitoramento, que chegou a identificar o caso em uma janela de menos de 20 minutos, segundo a marca temporal divulgada pela HookPhish. A segunda é o contexto da campanha: análises de terceiros associaram o Direwolf a outras vítimas publicadas em um intervalo de 24 horas, entre elas organizações do setor de saúde e uma empresa de tecnologia, o que sugere um padrão de ofensiva multivítima e multirregional. Para uma equipe de resposta, o valor desse tipo de observação não é definir culpa de forma definitiva, mas ajustar priorização, monitoramento de leak sites e preparo de comunicações de crise.

A fotografia de agosto também inclui sinais de pressão regulatória e operacional em outros países. No Paraguai, a narrativa pública sobre ciberataques à saúde apareceu tanto em declarações parlamentares quanto em entrevistas com especialistas, embora com pouca informação técnica verificável. O caso mais concreto foi o do Sanatorio San José de Ciudad del Este, onde a investigação documentou duas transferências não autorizadas de 250 milhões e 100 milhões de guaranis, feitas como operações lançadas manualmente com o usuário de uma funcionária sem poderes para aprovar pagamentos, e depois devolvidas pelo banco após a intervenção do Ministério Público e do Departamento de Cibercrimen. Embora a instituição bancária tenha negado violação de seus sistemas e atribuído os fatos a ataques voltados a enganar usuários, a cobertura em massa consolidou a ideia de uma conta "hackeada", reforçando a percepção pública de risco sobre prestadores privados de saúde.

Em termos de leitura regional, agosto mostrou uma cadeia de dependências que amplia o impacto do risco: clínicas que dependem de plataformas de PACS na nuvem, sanatórios que dependem de bancos e tokens, hospitais que dependem de portais de vigilância sanitária, e redes assistenciais que dependem de ferramentas de acesso remoto ou de suporte legítimo que depois podem ser abusadas. O denominador comum não foi uma única família técnica, e sim a exposição de fluxos críticos de informação e pagamentos em ambientes onde se misturam usuários clínicos, administrativos e fornecedores externos. A recomendação para CISOs é clara: segmentar acessos, reforçar aprovações fora de banda, eliminar software de acesso remoto não gerenciado, auditar contas privilegiadas e preparar procedimentos para responder tanto a ransomware quanto a fraude financeira e exposição regulatória.

Panorama

Agosto de 2026 mostra que o setor de saúde na América Latina continua sendo um alvo atrativo não só pelo valor dos dados clínicos, mas pela superfície de ataque complexa: redes internas fragmentadas, vários fornecedores, integrações com bancos, portais de licenciamento, sistemas de imagem e ferramentas de telemedicina. Essa combinação faz com que uma mesma organização possa enfrentar, em momentos diferentes, exposição de dados sensíveis, fraude administrativa e extorsão por publicação de informações, sem que todos os eventos compartilhem o mesmo vetor nem o mesmo nível de impacto.

Do ponto de vista defensivo, o mês deixa duas lições especialmente importantes. A primeira é que o setor ainda apresenta fragilidade em controles básicos de configuração e exposição pública. O caso SISVISA não exigiu exploração avançada, e sim uma base desprotegida ligada ao portal de vigilância sanitária e licenciamento do governo brasileiro. Em outras palavras, o problema não foi uma vulnerabilidade zero-day, mas uma falha de higiene operacional e de gestão de ativos. A segunda lição é que os esquemas de fraude que atingem clínicas e sanatórios nem sempre passam por ransomware ou por intrusão direta no core da organização. O caso EsSalud Lambayeque, assim como o do Sanatorio San José no Paraguai, se apoiou em engenharia social, acesso remoto e manipulação de fluxos de autorização. Isso obriga a ampliar a conversa de cibersegurança para fraude, continuidade financeira e controles contábeis.

Também se observa uma maturação da extorsão sobre saúde como ecossistema e não apenas como um conjunto de hospitais isolados. Kazu, por exemplo, aparece como um ator que não se limita a instituições assistenciais, mas persegue plataformas de PACS em nuvem, software de reabilitação, telemedicina, consultórios e serviços de gestão clínica. Esse enfoque faz sentido do ponto de vista criminal: ao comprometer um fornecedor da cadeia, o atacante pode alcançar vários clientes ou forçar negociações de maior valor, mesmo que a vítima direta não seja uma grande rede hospitalar. Direwolf, por sua vez, foi observado publicando várias vítimas em uma mesma janela temporal, incluindo hospitais e tech, o que sugere pressão por volume e visibilidade em seu leak site. Para os defensores, a mensagem é que a superfície de risco se estende para além do perímetro institucional e deve incluir terceiros, SaaS, armazenamento em nuvem e fornecedores de suporte.

Um segundo padrão que se repete é a fragilidade na gestão de credenciais e sessões. No caso de EsSalud Lambayeque, os atacantes teriam se valido de acesso remoto e do uso de usuários e senhas fornecidos por pessoal interno, além de se passarem por suporte legítimo. No Paraguai, o banco envolvido insistiu que a fraude se baseou em engano ao usuário e em sites falsos, não em violação de seu core. Em ambos os cenários, a defesa técnica pura não basta se os processos de autenticação, validação de identidade e confirmação de pagamentos continuam dependendo demais da confiança operacional. Em saúde, onde o tempo aperta e as urgências clínicas podem pressionar a equipe, esse tipo de manipulação é especialmente eficaz.

A situação regulatória também não é homogênea. O Brasil mostrou capacidade de detecção por parte de pesquisadores e resposta rápida para retirar o acesso público, mas sem uma comunicação oficial robusta que encerrasse dúvidas sobre a duração da exposição. O Peru, por outro lado, combinou denúncia formal, ações legais e pressão pública sobre o banco para recuperar os fundos, mas o debate acabou derivando para a possível participação de funcionários internos. Chile e Argentina se moveram mais no plano de monitoramento de leak sites e análise de inteligência de ameaças, com menor confirmação institucional visível. Essa disparidade implica que o analista regional deve ler cada caso com cautela: o que em um país aparece como "incidente" em um feed de ransomware pode ser, em outro, apenas uma reclamação não verificada; e o que em um país é classificado como fraude bancária pode esconder problemas de identidade, de processo ou de controle interno.

Indicadores

Incidentes

Brasil: exposição massiva no SISVISA e pressão sobre a vigilância sanitária

O caso SISVISA está entre os mais sólidos do mês em termos probatórios, porque não depende da narrativa de um grupo de extorsão nem de um vazamento em portal clandestino, mas de uma descoberta técnica de base de dados exposta. Jeremiah Fowler, da ExpressVPN, encontrou uma base ligada ao portal de vigilância sanitária e licenciamento do governo brasileiro que deixou acessíveis 102.215 documentos e cerca de 79 GB de informações. A Security Affairs detalhou que a base continha identificadores, dados fiscais e documentos regulatórios sem autenticação, enquanto o Computer Weekly Brasil acrescentou um inventário mais amplo: pedidos de licenciamento, autorizações, relatórios de inspeção, documentação de conformidade, reclamações de cidadãos e dois arquivos compactados de backup.

A relevância do caso não está apenas no volume. Em saúde pública e regulação sanitária, documentos de inspeção, processos de licenciamento e reclamações de cidadãos podem revelar relações entre empresas, estabelecimentos, fiscais e processos de conformidade. Ou seja, não se trata só de dados pessoais isolados, mas de um mapa operacional do ecossistema de saúde. Para um adversário, isso pode servir para reconhecimento, extorsão reputacional, fraude documental ou preparação de campanhas posteriores contra prestadores e autoridades. Para o setor público, a exposição também traz risco à confiança institucional: um sistema que deveria certificar e fiscalizar acabou exposto por falhas de configuração, enfraquecendo a mensagem regulatória.

Um ponto central da cronologia é a resposta após o alerta responsável. A Security Affairs informou que o acesso público foi desativado pouco depois do envio de alertas a várias agências, mas não houve resposta pública oficial e não se sabe por quanto tempo a base ficou exposta nem se terceiros acessaram os arquivos. Essa falta de precisão é relevante porque impede uma avaliação completa do dano. Em cibersegurança defensiva, o tempo de exposição importa quase tanto quanto a natureza da informação: uma base visível por minutos, horas ou dias muda radicalmente o risco. O caso, portanto, deve ser lido como um alerta sobre governança de ativos expostos, revisão de permissões, segregação entre ambientes operacionais e remediação verificável.

Bahia Notícias acrescentou uma dimensão extra ao apontar que a descoberta do SISVISA também continha informações de saúde de uma prefeitura do interior da Bahia, incluindo registros de atendimento, pacientes e profissionais. Esse dado amplia o impacto potencial porque sugere que o conjunto exposto não se limitava à documentação regulatória genérica, mas podia incluir informação clínica ou assistencial de âmbito municipal. Embora a fonte não permita quantificar quantos registros desse tipo havia, ela reforça a necessidade de tratar a exposição como um incidente de alto valor sensível. Operacionalmente, a lição é direta: qualquer sistema conectado à vigilância sanitária, licenciamento ou inspeção deve ser tratado como ativo crítico e submetido a controles equivalentes aos de um prontuário eletrônico ou de uma plataforma laboratorial.

Brasil: Mobilemed e o padrão de Kazu contra a cadeia de saúde

A Mobilemed apareceu em vários monitores de inteligência como vítima do grupo Kazu. A Ransomware.live a listou com uma suposta exfiltração de 23,5 TB e um resgate estimado em US$ 1,5 milhão, enquanto a Dexpose.io relatou que o Kazu teria atacado a empresa sem que, até o momento de sua cobertura, houvesse comunicado público confirmando ou detalhando o alcance do incidente. A natureza do caso segue sendo uma alegação não verificada de forma independente, mas o padrão é consistente com o comportamento do grupo ao longo de agosto: publicação de múltiplos alvos do setor de saúde em um mesmo dia e foco em serviços que sustentam a operação clínica.

A Mobilemed é descrita como fornecedora brasileira de PACS em nuvem para imagens médicas. Esse detalhe é crucial porque um PACS não é só um repositório técnico, mas parte do fluxo diagnóstico. Se uma plataforma desse tipo é comprometida, o impacto potencial atinge a continuidade assistencial, a disponibilidade de imagens para os médicos e a integridade de informações radiológicas. Mesmo quando o incidente não foi confirmado publicamente, a simples inclusão da fornecedora no leak site obriga os clientes a revisar relações contratuais, acordos de notificação, cópias de segurança e capacidade de failover. Para uma rede hospitalar, depender de um PACS externo significa que uma extorsão ao fornecedor pode se traduzir em atrasos diagnósticos ou na necessidade de acionar processos manuais.

O valor analítico do caso aumenta quando ele é observado junto a outras vítimas listadas pelo Kazu no mesmo dia. A Security Arsenal informou que, em 23 de agosto, o grupo publicou nove vítimas no total, das quais sete eram organizações de saúde ou plataformas SaaS ligadas à saúde. A Medrisk.io acrescentou que entre elas houve entidades de diferentes países e tipos de serviço: Instituto Ferrero de Neurologia e Sono, Brazil Mobilemed, Meducar, ConsultorioMovil, Centro Médico Especializado OSI e outros serviços de gestão de saúde. Isso sugere uma campanha ampla, com foco no ecossistema e não apenas em grandes prestadores. Em termos de defesa, o desafio não é só proteger o hospital, mas também mapear o fornecedor de agendamento, o de telemedicina, o de imagem e o de suporte remoto.

Brasil: o alerta do CTIR Gov sobre SQL Server e a necessidade de patch imediato

O CTIR Gov publicou o ALERTA 76/2026 sobre uma vulnerabilidade crítica do SQL Server, recomendando identificar versões vulneráveis e aplicar imediatamente os patches do fabricante. O aviso também menciona que a falha está no catálogo KEV da CISA e tem EPSS de 44,66%. Para o setor de saúde, isso é particularmente relevante porque o SQL Server costuma sustentar sistemas de prontuário, laboratórios, faturamento, ERP e repositórios auxiliares. Em outras palavras, não se trata de uma peça de infraestrutura distante do negócio, mas de um componente potencialmente central.

A publicação de um alerta oficial desse tipo no mesmo mês em que foram relatadas exposições e reivindicações de ransomware obriga a interpretar o risco como cumulativo. Não se trata apenas de existir uma CVE crítica, mas de que os ambientes de saúde costumam combinar versões heterogêneas, janelas de manutenção difíceis e dependências de terceiros. Quando um aviso oficial aponta KEV e EPSS elevado, a prioridade defensiva deve ser imediata. Isso não significa que todo SQL Server na região esteja comprometido; significa que as equipes precisam inventariar, verificar exposição, revisar segmentação e confirmar a aplicação real dos patches, e não apenas sua aprovação administrativa.

Peru: EsSalud Lambayeque, fraude financeira e colisão entre cibersegurança e controle interno

O caso de EsSalud Lambayeque é um dos mais complexos do período porque não se encaixa na narrativa típica de ransomware ou de vazamento de dados, mas em uma fraude financeira mediada por acesso remoto e simulação de suporte. A denúncia formal apresentada pela EsSalud à Polícia Nacional do Peru e ao Ministério Público indicou que cinco transferências bancárias não autorizadas desviaram S/ 1.406.991 de uma conta da Red Prestacional Lambayeque. O fato ocorreu em 14 de agosto, depois que pessoas que se fizeram passar por suporte do Scotiabank obtiveram acesso remoto a equipamentos da entidade por meio de usuários e senhas entregues por pessoal da rede.

O Infobae Perú acrescentou que o modus operandi incluiu o uso de programas de acesso remoto como AnyDesk e UltraViewer, além da simulação de suporte do Scotiabank para capturar senhas e token bancário. El Machete e La República documentaram que foram identificadas cinco ordens bancárias não reconhecidas, lançadas por diferentes mecanismos de transferência, e que dez pessoas físicas e jurídicas foram denunciadas à Divincri de Chiclayo. Do ponto de vista operacional, o caso mostra uma combinação de vetores: engenharia social por telefone ou digital, abuso de ferramentas legítimas de administração remota e enfraquecimento do controle de aprovação no fluxo de pagamentos.

A cobertura ficou ainda mais dura quando a Segunda Fiscalía Provincial Penal Corporativa de Chiclayo decidiu investigar quatro funcionários da EsSalud por suposto peculato, considerando que a saída do dinheiro teria contado com intervenção direta de responsáveis pela conta. Essa decisão é crucial porque desloca o foco de um incidente puramente externo para uma possível conivência interna ou, ao menos, para uma falha grave de segregação de funções. Para CISOs e auditores, a lição é que segurança técnica não pode ficar separada da gestão de permissões, do princípio de dupla aprovação e da rastreabilidade nas autorizações. Se um atacante convence um operador a facilitar acesso remoto e depois executa operações financeiras, a organização não precisa só de antivírus ou EDR, precisa de processos de verificação humana fora de banda, de proibição ou controle rigoroso de software de acesso remoto e de alertas por comportamento anômalo em pagamentos.

Há um segundo ponto relevante: o caso se desenrolou em um ambiente de disputa pública com o banco. O Itaú Paraguai esclareceu, em outro incidente relacionado, que seus sistemas não foram vulnerados e que as fraudes decorriam de ataques voltados a enganar usuários. No caso da EsSalud, a instituição afetada cobrou explicações do Scotiabank por falhas nos mecanismos de segurança e pediu o congelamento das contas receptoras. Ou seja, as responsabilidades se distribuem entre banco, usuário, pessoal interno e processos de controle. Esse tipo de atrito é comum em fraudes financeiras, mas também revela uma fragilidade de governança: quando não há clareza prévia sobre quem valida o quê, a resposta ao incidente vira negociação posterior e não mecanismo preventivo.

Peru: Centro Médico Especializado OSI e a campanha do Kazu sobre serviços clínicos

Centro Médico Especializado OSI: Healthcare Solutions, com sede em Lima e especializado em medicina física, reabilitação, fisioterapia, quiropraxia e medicina alternativa, apareceu no leak site atribuído ao Kazu. A Medrisk.io contextualizou o caso dentro de uma jornada em que o grupo publicou oito alvos do setor de saúde; a Security Arsenal ampliou depois o mapa para nove vítimas no total, das quais sete eram de saúde ou SaaS ligados à saúde. A Dexpose.io informou que o grupo teria ameaçado divulgar dados médicos sensíveis caso as negociações não avançassem, enquanto a ransomware.live registrou um resgate de US$ 250.000 para o caso.

Embora a instituição não tivesse emitido comunicado público no momento da cobertura, o caso é importante pelo tipo de ator e pelo tipo de vítima. A OSI não é apenas uma clínica isolada: o boletim da ransomware.mx a descreveu como provedora de saúde com múltiplas clínicas na região metropolitana de Lima, especializada em serviços de reabilitação e medicina física. Se um grupo de extorsão reivindica acesso a esse ambiente, o impacto potencial não se limita a dados administrativos. Pode atingir agendas de pacientes, diagnósticos, tratamentos de longo prazo e relações com seguradoras ou encaminhamentos. Além disso, por ser uma fornecedora multissede, uma interrupção pode gerar efeito cascata sobre várias clínicas e sobre o fluxo de pacientes na capital.

O ponto central é que o Kazu parece privilegiar alvos que permitam extorsão escalável. Ao atacar telemedicina, PACS, gestão de consultórios e centros especializados, o grupo mira elos que concentram informação, credenciais e continuidade operacional de vários clientes ou unidades. Para um CISO de saúde, isso significa que a avaliação de risco precisa incluir não só a própria organização, mas também os parceiros de digital health. Se o fornecedor da plataforma cai, a clínica fica exposta mesmo sem ter sido invadida diretamente. A estratégia defensiva deve incorporar inventário de SaaS críticos, exigência de MFA, segregação de ambientes, cópias offline e cláusulas contratuais de notificação antecipada.

Paraguai: Sanatorio San José, desvio de fundos e disputa pela narrativa do incidente

O caso do Sanatorio San José de Ciudad del Este mostra bem como a mesma situação pode ser narrada de formas distintas conforme a fonte. O Diario Vanguardia informou que Joaquín Andrés Duarte Ojeda foi detido em Areguá no âmbito da investigação pelo desvio de 350 milhões de guaranis das contas corporativas da instituição, sob suspeita de fraude informática e acesso indevido a sistemas. A denúncia apresentada em 31 de julho detalhou duas transferências não autorizadas, uma de 250 milhões e outra de 100 milhões, usando o usuário de uma funcionária sem poderes para aprovar pagamentos por token transacional. O veículo acrescentou que o sistema bancário registrou as operações como lançadas manualmente e que os diretores autorizados não receberam alertas nem códigos de verificação.

La Nación noticiou a detenção e afirmou que a conta do sanatório teria sido "hackeada", o que levou o caso à conversa pública como exemplo de comprometimento de uma entidade privada de saúde. No entanto, o Itaú Paraguai divulgou um comunicado esclarecendo que seus sistemas de segurança não foram vulnerados e que os fatos correspondiam a ataques informáticos voltados a enganar usuários para obter credenciais de acesso. Essa declaração não elimina o incidente, apenas redefine o vetor e desloca o foco para o usuário e para o processo de validação.

A cobertura posterior acrescentou que o caso fazia parte de um suposto esquema mais amplo de esvaziamento de contas bancárias que envolvia pelo menos duas empresas enganadas por um total aproximado de 356 milhões de guaranis. Esse dado sugere uma operação de fraude financeira reutilizável, e não um ataque isolado contra uma instituição de saúde. Para o setor, a implicação é clara: as áreas administrativas devem ser tratadas como superfície de risco de primeira linha. Não basta proteger prontuários. É preciso proteger contas corporativas, acessos ao internet banking, fluxos de pagamento a fornecedores e procedimentos de recuperação de conta. Uma clínica ou sanatório pode ter boa proteção de perímetro e ainda assim perder recursos se um funcionário autoriza sessões remotas ou se um atacante consegue induzir o lançamento manual de transferências.

Paraguai: sinais de ciberincidentes em saúde e pressão política

Além do caso concreto do Sanatorio San José, o Paraguai registrou em agosto uma conversa pública mais ampla sobre cibersegurança em saúde. Em entrevista publicada em 24 de agosto, um especialista afirmou que, ao longo do último ano, houve incidentes envolvendo o Instituto de Previsión Social, dados médicos, informações de medicina pré-paga em vários sanatórios, serviços de diagnóstico por imagem em Ingavi e empresas privadas, seguradoras e cooperativas. A fonte não trouxe detalhes técnicos nem datas específicas, então não pode ser usada para contagem de incidentes do mês, mas reflete uma percepção crescente de exposição transversal no ecossistema sanitário paraguaio.

A isso se somou a deputada Rocío Vallejo, que em uma nota de 18 de agosto mencionou ataques recentes a instituições privadas de saúde e a entidades do Estado como argumento para impulsionar a lei de cibersegurança. A parlamentar também denunciou o roubo de cerca de 5.800 dólares de sua conta bancária, com a Polícia Nacional atribuindo o fato a um possível malware operado remotamente. Embora esse último caso não pertença à saúde, ajuda a entender o clima de ameaça que cerca as fraudes financeiras no país e por que o debate legislativo sobre segurança digital ganha força.

Para um CISO do setor de saúde paraguaio, a lição é dupla. Primeiro, que a exposição não se limita a ransomware visível, também há fraude de contas, uso abusivo de acesso remoto e possível malware bancário. Segundo, que a conversa política está evoluindo para uma expectativa maior de diligência institucional. Se a narrativa pública começar a associar saúde a fragilidade digital, os prestadores terão mais pressão para demonstrar controles concretos, e não apenas declarações de conformidade.

Chile: Hospital Clínico Universidad de Chile no leak site da Direwolf

O Hospital Clínico Universidad de Chile foi listado pela Direwolf como vítima em seu portal de vazamentos, segundo vários monitores de inteligência de ameaças. O registro da Ransomware.live o situa como vítima do grupo Direwolf com data estimada de ataque em 30 de agosto de 2026, 240 GB supostamente exfiltrados e 1.633 usuários comprometidos; a HookPhish atribuiu o domínio redclinica.cl e datou a brecha em 30 de agosto, com descoberta poucos minutos depois; a Ransom-DB acrescentou a identificação do hospital como instituição universitária pública localizada em Independencia, Santiago, e apontou o domínio hospital.uchile.cl. A Security Arsenal, por sua vez, analisou a atividade da Direwolf ao longo de 24 horas e encontrou o Hospital Clínico Universidad de Chile entre três vítimas publicadas nesse intervalo, duas delas do setor de saúde.

É importante destacar o que não sabemos. Nenhuma dessas fontes traz confirmação pública do hospital, nem reguladores, nem empresas de cibersegurança, nem a própria instituição haviam validado oficialmente a acusação no momento da análise. Também não há evidência técnica pública que permita determinar se houve criptografia, apenas exfiltração ou mera reivindicação no leak site. Ainda assim, o caso é útil do ponto de vista operacional porque mostra a dinâmica de monitoramento que as equipes de resposta precisam seguir. Quando um hospital aparece em um portal de extorsão, mesmo sem confirmação, a resposta mínima inclui revisão de logs, análise de acessos, validação de integridade, comunicação com parceiros de resposta e monitoramento de publicações subsequentes.

A janela temporal reportada pela HookPhish é particularmente interessante: uma marca de "date of breach" às 14:35:36 UTC e uma descoberta às 14:53:50 UTC do mesmo dia. Essa proximidade não prova rapidez de detecção interna, mas a capacidade de um sistema de rastreamento registrar o post do leak site quase em tempo real. Para a defesa estratégica, o relevante é que o monitoramento externo de ransomware virou um sinal complementar de alerta precoce. Se um hospital tem acordo de inteligência de ameaças, deveria usar esse tipo de feed para acionar revisão imediata quando o nome institucional aparecer em um site de extorsão.

Argentina: Sanatorio Modelo de Caseros e a expansão regional da Qilin

Embora as menções ao Sanatorio Modelo de Caseros apareçam no material como uma reivindicação de ransomware atribuída ao Qilin e sem confirmação pública, o caso ajuda a dar contexto regional porque se soma a uma sequência de alvos de saúde no Cone Sul. A MedRisk indicou que, em 26 de agosto, o Qilin acrescentou o sanatório privado da Grande Buenos Aires ao seu site de vazamentos, afirmando ter roubado dados internos; Hendry Adrian descreveu um incidente de ransomware com criptografia de arquivos críticos e interrupção das operações, embora sem comunicado oficial do sanatório no momento da cobertura. Como a fonte principal é de inteligência de ameaças e não de validação institucional, o caso deve ser lido como uma reivindicação não confirmada.

Ainda assim, a coincidência temporal com outros eventos de saúde em agosto é útil para leitura de tendência. Quando um ator como o Qilin inclui sanatórios privados em sua lista, fica confirmado que hospitais e centros assistenciais argentinos seguem no radar dos grupos de extorsão, mesmo sem dominar as manchetes nacionais. Para os CISOs da região, o ponto operacional é não esperar confirmação pública para revisar exposição. A simples aparição em um leak site já exige vigilância de credenciais, rotação de chaves e verificação de backups.

McKesson: incidente em nuvem e alcance transfronteiriço da cadeia farmacêutica

A McKesson informou que, em 25 de agosto de 2026, detectou um incidente de cibersegurança que incluiu acesso não autorizado e extração de dados de contas hospedadas na nuvem, confirmando a intrusão e a exfiltração enquanto seguia investigando o alcance das informações afetadas. Embora a cobertura citada não venha de uma fonte latino-americana, o caso é relevante para o relatório pela cadeia de suprimento farmacêutica e pelo impacto potencial em mercados internacionais. O DiarioBitcoin informou ainda que um grupo de hackers afirmava ter roubado milhões de registros de pacientes por meio da intrusão em várias contas corporativas na nuvem; esse número não foi confirmado pela empresa e deve ser tratado como uma reivindicação dos atacantes.

A importância para a América Latina está no fato de que fornecedores globais de distribuição e serviços farmacêuticos podem se conectar a operações regionais, logística, compras ou apoio de dados. Quando uma empresa desse porte confirma exfiltração a partir de contas cloud, a lição para farmacêuticas locais é óbvia: a nuvem não é inerentemente segura só porque é administrada por terceiros. Controles de identidade, monitoramento de sessão, segmentação por privilégio e detecção de atividade anômala continuam sendo responsabilidade compartilhada.

Países

Brasil

Brasil concentrou em agosto dois sinais distintos, mas complementares: uma exposição regulatória em larga escala e várias reivindicações de ransomware sobre serviços de saúde. O caso SISVISA mostrou como uma configuração incorreta pode expor uma base com dezenas de milhares de registros e documentos sensíveis, enquanto Mobilemed e outras entidades vinculadas a Kazu evidenciaram a pressão de quadrilhas de extorsão sobre fornecedores da cadeia de saúde. O alerta do CTIR Gov sobre SQL Server acrescentou uma camada preventiva, com risco tanto por falhas de configuração quanto por software vulnerável, além da atuação de criminosos que exploram os dois cenários.

Para os prestadores brasileiros, a prioridade imediata deveria ser uma auditoria de ativos expostos, revisão de bases de dados e repositórios em nuvem, e mapeamento das dependências de PACS, telemedicina e sistemas regulatórios. Em paralelo, vale revisar políticas de divulgação responsável e prazos de resposta. Se um pesquisador descobrir uma base aberta, a organização precisa conseguir verificar, conter e documentar a correção sem depender de a exposição virar notícia. O ecossistema de saúde brasileiro é amplo o bastante para atrair tanto grupos de ransomware quanto pesquisadores de exposição acidental. Em ambos os casos, a qualidade do controle de acesso é determinante.

Peru

O Peru teve um dos casos financeiros mais graves do mês com a EsSalud Lambayeque, onde a combinação de acesso remoto, suplantação de suporte e falhas de controle interno terminou em um desvio de mais de S/ 1,4 milhões. O fato de a promotoria investigar quatro funcionários por suposto peculato mostra que a segurança do setor de saúde não pode ser separada da cadeia administrativa e das validações de pagamento. Para qualquer rede prestadora, isso é um alerta sobre a necessidade de segmentar ambientes, proibir ferramentas de acesso remoto não autorizadas e documentar um processo de aprovação que não possa ser manipulado por um único usuário.

No campo da extorsão e de possíveis reclamações de ransomware, o Peru também registrou a presença do Centro Médico Especializado OSI no leak site de Kazu. Embora a instituição não tenha confirmado publicamente a acusação, a repetição de nomes de serviços clínicos peruanos em feeds de inteligência sugere que o país está no radar de atores que buscam extorquir prestadores com alta dependência de sistemas digitais. A estratégia de defesa, portanto, deve combinar controles financeiros com controles de continuidade clínica, backup, recuperação, MFA e avaliação formal de fornecedores de software de saúde.

Paraguai

O Paraguai viveu um mês em que a discussão sobre cibersegurança em saúde se misturou com fraude bancária, denúncias públicas e o debate legislativo. O caso do Sanatorio San José mostra que um prestador privado pode acabar envolvido em uma operação de esvaziamento de contas mesmo sem que exista, segundo o banco, vulneração de seus sistemas. Essa diferença entre engano ao usuário e ataque ao core é essencial para desenhar a resposta. Se o vetor foi o fator humano, a mitigação deve se concentrar em treinamento, verificação de identidade e bloqueio de ferramentas remotas ou domínios falsos.

A menção parlamentar a ciberataques recentes em instituições privadas de saúde e entidades estatais indica que o tema já faz parte da agenda pública. Isso pode ser positivo se levar a melhores marcos regulatórios, mas também eleva a exigência de transparência para o setor. Clínicas, sanatórios e seguradoras paraguaias devem se preparar para perguntas mais detalhadas sobre controles, incident response e governança de acessos. A experiência de agosto sugere que os ataques não necessariamente parecem "hackeamentos" espetaculares. Podem ser fraudes silenciosas, sessões remotas, credenciais roubadas ou sites falsos que terminam em transferências não autorizadas.

Chile

O Chile teve uma exposição importante no plano de reputação e monitoramento de ameaças com o Hospital Clínico Universidad de Chile no leak site de Direwolf. Como o caso não foi confirmado publicamente pela instituição, não convém superdimensionar o impacto operacional nem assumir criptografia ou exfiltração definitiva. Ainda assim, o fato de várias fontes de inteligência terem registrado o caso no mesmo dia indica que a vigilância sobre hospitais chilenos está ativa e que os atacantes usam a publicação como mecanismo de pressão mesmo sem pronunciamento institucional imediato.

Para os responsáveis de segurança no Chile, a lição é prática: precisam existir procedimentos para validar rapidamente se uma menção em um leak site corresponde a uma intrusão real, a uma mera reivindicação ou a um falso positivo. Isso exige contato prévio com fornecedores de threat intelligence, playbooks para revisão de acessos e processos de crise de comunicação. Em um hospital universitário, a complexidade é maior por causa da convivência entre atendimento clínico, docência e pesquisa, o que amplia a superfície de exposição e a quantidade de contas e sistemas críticos.

Argentina

A Argentina apareceu sobretudo na órbita de Kazu, com o Instituto Ferrero de Neurologia e Sono como um dos alvos citados na jornada de oito vítimas da saúde e com o Sanatorio Modelo de Caseros como outro caso difundido por agregadores. Embora essas reivindicações não tenham confirmação pública institucional, elas sugerem que o país segue sendo um alvo atraente para grupos de extorsão que exploram sanatórios privados e serviços especializados.

A leitura para a região argentina não é que exista um único vetor dominante, mas que os atores estão aproveitando a fragmentação do ecossistema assistencial. Sanatórios, centros de sono, serviços de reabilitação e software de saúde são alvos valiosos porque concentram dados sensíveis e dependem de disponibilidade permanente. As organizações devem revisar não só backups e MFA, mas também controles de exfiltração, inventário de SaaS e políticas contratuais com fornecedores. Um leak site pode ser o primeiro aviso de uma violação, mas não o único. Antes dele, costumam existir sinais de autenticação anômala, sessões suspeitas na nuvem ou acessos fora do horário.

Tendências e implicações regionais

Agosto de 2026 deixa claro que a ameaça à saúde na América Latina já não pode ser vista como um problema monolítico de ransomware. A região enfrenta, ao mesmo tempo, exposição acidental de dados, fraude financeira com componentes de engenharia social e extorsão por publicação de dados em portais clandestinos. Essa diversidade importa porque cada tipo de incidente exige uma resposta diferente. Um leak site não recebe a mesma resposta que uma transferência não autorizada; uma base exposta não se mitiga como um ataque de suporte remoto; e uma reclamação não verificada não se trata como uma exfiltração confirmada.

A primeira tendência é o deslocamento dos atacantes para a cadeia completa da saúde. Kazu não mira apenas hospitais: também ataca PACS em nuvem, telemedicina, plataformas de gestão clínica e serviços de reabilitação. Isso confirma que o valor está na interdependência. Se um provedor de imagem ou de agendamento cai, vários clientes podem ser impactados ao mesmo tempo. Para os CISO, isso exige reavaliar a gestão de terceiros, com inventário de fornecedores críticos, cláusulas de notificação, exigência de controles de acesso e testes coordenados de recuperação.

A segunda tendência é a convergência entre fraude e operações legítimas. EsSalud Lambayeque e Sanatorio San José mostram que o abuso de ferramentas remotas, credenciais e processos de suporte pode gerar perdas financeiras significativas sem a necessidade de destruir sistemas ou criptografar servidores. Nesse tipo de caso, o atacante explora a tensão entre urgência operacional e verificação. As instituições de saúde costumam ter equipes focadas na continuidade clínica, e os criminosos sabem disso. Eles se apresentam como suporte técnico, banco ou prestador de serviços. A resposta deve incluir treinamento recorrente, simulações, bloqueio de software remoto não autorizado e validações independentes para transações sensíveis.

A terceira tendência é a persistência de falhas básicas de configuração. O SISVISA exposto no Brasil confirma que, mesmo em ambientes estatais ou regulados, uma exposição inadequada de banco de dados pode revelar informações sensíveis de alto valor. Não é preciso uma exploração sofisticada para comprometer a confiança em um sistema de saúde. Por isso, os programas de segurança do setor devem incluir revisões de exposição externa, avaliação de buckets, bases, APIs e repositórios, além de mecanismos de monitoramento contínuo. Quando o ativo é regulatório ou de vigilância sanitária, a prioridade não é só proteger pacientes, mas também preservar a integridade do controle estatal.

A quarta tendência é a importância do monitoramento de inteligência de ameaças como função operacional, e não apenas analítica. Vários casos do mês foram detectados ou corroborados por serviços de acompanhamento de ransomware e fontes da dark web. Isso não substitui a confirmação oficial, mas ajuda a ativar a investigação precoce. Em hospitais e clínicas, onde o tempo de reação costuma ser curto, ter alertas sobre a presença em leak sites pode fazer a diferença entre conter o problema a tempo ou descobrir a brecha pela imprensa. Ainda assim, as equipes devem evitar o erro de assumir automaticamente que toda menção equivale a criptografia ou exfiltração confirmada.

A quinta tendência é o endurecimento do ambiente regulatório e reputacional. Quando um hospital universitário, um sanatório privado ou um sistema de vigilância sanitária aparecem nos títulos, o impacto não é apenas técnico. Também entram em xeque a confiança pública, a capacidade de gestão e a qualidade dos controles internos. Para as organizações de saúde, isso significa que a cibersegurança já não pode ficar isolada em uma área técnica. Ela precisa se integrar a jurídico, finanças, operações, comunicação e governança corporativa. Em especial, os casos de fraude financeira exigem que segurança e administração trabalhem juntas, porque os fluxos de aprovação e as ferramentas de acesso remoto agora fazem parte do perímetro de risco.

Recomendações para CISOs

  1. Inventariar e classificar fornecedores críticos de saúde. PACS em nuvem, telemedicina, laboratórios, software de agendamento, suporte remoto e serviços regulatórios devem entrar em um mapa único de dependências. Se um terceiro cair, deve haver plano de continuidade e contato de emergência.

  2. Fortalecer os controles sobre acesso remoto. AnyDesk, UltraViewer, RDP, VPN e qualquer ferramenta de suporte precisam ser autorizados explicitamente, registrados e monitorados. O acesso remoto improvisado é um vetor recorrente em fraudes e comprometimentos.

  3. Aplicar verificação fora de banda para pagamentos e mudanças sensíveis. Transferências, mudanças de conta, inclusão de beneficiários e redefinição de credenciais devem exigir validação independente por canal alternativo. Um único operador não deveria conseguir completar um circuito de pagamento crítico.

  4. Auditar a exposição externa de bases de dados e repositórios. O caso SISVISA mostra que uma má configuração basta para expor documentos sensíveis. Revisar portas, permissões, autenticação, serviços em nuvem e armazenamento exposto precisa ser um exercício recorrente, não anual.

  5. Priorizar a correção de vulnerabilidades com sinal oficial alto. Quando um aviso de um CERT ou CSIRT menciona KEV e o fabricante já tem patch, a atualização deve entrar em modo urgente. O caso do SQL Server apontado pelo CTIR Gov é um lembrete de que a priorização não pode depender só do calendário normal de mudanças.

  6. Criar playbooks para "mencão em leak site" sem confirmação. Nem toda alegação é um incidente confirmado, mas toda menção exige investigação rápida. O playbook deve incluir revisão de logs, validação de integridade, comunicação com fornecedores de inteligência e critérios de escalonamento.

  7. Separar os domínios de cibersegurança clínica e financeira, mas coordená-los. A proteção do PACS, do prontuário e do ERP financeiro não pode ser gerenciada em silos. O atacante vai explorar o ponto mais fraco.

  8. Rever autenticação e MFA em nuvens corporativas. O caso McKesson reforça que as contas em nuvem seguem sendo uma via de exfiltração. As políticas devem contemplar sessões privilegiadas, alertas de geolocalização, tokens resistentes a phishing e revisão de acessos anômalos.

  9. Preparar comunicações de crise para pacientes e reguladores. Um vazamento ou uma fraude financeira gera perguntas imediatas. Ter mensagens pré-aprovadas, porta-vozes definidos e rotas jurídicas reduz improviso e dano reputacional.

  10. Testar a recuperação com cenários híbridos. Não apenas ransomware, mas também fraude bancária, exposição de dados e queda de fornecedor. O simulado deve incluir o que acontece se o PACS, o portal regulatório ou a plataforma de pagamentos ficarem fora de serviço ao mesmo tempo.

Limitações e leitura metodológica

Este relatório foi construído somente com o material de research fornecido e não pressupõe fatos não verificáveis. Várias menções do período vêm de leak sites, agregadores de ransomware ou contas de monitoramento em redes sociais, portanto, quando não há confirmação pública da parte afetada, devem ser lidas como alegações ou registros de acompanhamento, não como intrusões validadas de forma independente. Do mesmo modo, o fato de um indicador setorial ou um aviso oficial aparecer no material não significa que ele tenha sido explorado contra uma vítima específica do período: se se trata de um aviso de vulnerabilidade, ele deve ser lido como contexto de risco, não como atribuição automática.

Em particular, o material não permite reconstruir com certeza quantos dos eventos de ransomware envolveram criptografia, quantos envolveram apenas exfiltração e quantos se limitaram a uma menção em leak site. Quando a fonte não especifica o impacto técnico, este relatório o diz explicitamente. Também não entra como atividade do período nenhum fato que pertença a meses anteriores, salvo quando usado para comparação e sempre com menção ao mês correspondente. Essa distinção é crucial para evitar ampliar tendências com dados fora da janela.

Por fim, a ausência de uma categoria nos indicadores não deve ser interpretada como ausência real de risco na região. Se um tipo de incidente não aparece no material analisado, isso apenas significa que ele não foi documentado nessa base de referência, não que não tenha ocorrido. Para o leitor CISO, a lição metodológica é a mesma que a operacional, a visibilidade é parcial e as decisões devem ser tomadas reconhecendo essa limitação.

Perguntas frequentes

Qual país concentrou o caso mais verificável do mês?

O Brasil concentrou o caso mais verificável em termos técnicos e de documentação pública: o banco de dados exposto do SISVISA. Além disso, o aviso do CTIR Gov sobre SQL Server acrescentou um componente preventivo relevante. Em paralelo, houve reclamações de ransomware sobre Mobilemed e outros alvos do setor de saúde.

Houve ransomware confirmado contra hospitais da região?

Houve várias alegações de ransomware contra hospitais e clínicas, mas nem todas tiveram validação pública independente. No caso do Hospital Clínico Universidad de Chile e de outras vítimas listadas pela Direwolf, a evidência pública disponível corresponde a leak sites e monitoramento de ameaças, e não a uma confirmação oficial do hospital.

O caso da EsSalud foi ransomware?

Não. A cobertura disponível descreve uma fraude financeira com acesso remoto, falsificação de suporte e transferências não autorizadas. A EsSalud denunciou o caso como suposta fraude informática; além disso, a promotoria abriu uma linha por possível peculato contra funcionários. Não se tratou de um incidente de ransomware.

O que um CISO de saúde deve priorizar após este mês?

Três coisas: controle de acesso remoto, revisão de terceiros críticos e validação de configurações expostas. Agosto mostrou que a brecha pode entrar por um PACS, um portal regulatório ou uma sessão remota de suporte. A prioridade é reduzir a superfície, reforçar a autenticação e preparar a resposta a fraudes e leak sites.

Fontes