Resumo

A exfiltração de dados em hospitais conectados à nuvem não é apenas um problema de confidencialidade.
Quando prontuários, imagens, telemetria, parâmetros de modelos ou credenciais são copiados para fora
do domínio autorizado, o incidente pode alterar decisões clínicas, interromper fluxos assistenciais, alimentar
extorsão e comprometer a confiança no sistema de inteligência artificial. Este artigo propõe uma abordagem
integrada para ambientes públicos e privados: identifica o comportamento adversário com MITRE ATT&CK, 
organiza a resposta segundo o NIST Cybersecurity Framework 2.0 e a NIST SP 800-61 Rev. 3, incorpora a Lei
Geral de Proteção de Dados Pessoais e o Regulamento de Comunicação de Incidente de Segurança da ANPD 
e preserva a continuidade do cuidado. Três cenários fictícios — exfiltração em um software médico de gestão 
de internações, envenenamento de dados e ransomware em IoMT — demonstram detecção, contenção,
investigação, recuperação, comunicação e validação humana. O argumento central é que uma contenção 
tecnicamente rápida pode ser clinicamente insegura se desligar sistemas essenciais sem coordenação; por 
isso, automação, governança e decisão médica devem operar no mesmo playbook.

Palavras-chave:

exfiltração de dados; medicina assistida por IA ; segurança em nuvem; MITRE ATT&CK; resposta a incidentes; 
LGPD; ANPD; tecnovigilância;  continuidade assistencial.

1. Considerações Iniciais

Os dados de saúde possuem valor:
•	clínico, 
•	econômico, 
•	identitário,
•	social. 

Nome, especialidade, leito, impressão diagnóstica, categorização de 
urgência, plano terapêutico, previsão de alta hospitalar, dentre outros, revelam:
•	condição clínica, 
•	estado de saúde, 
•	trajetória do cuidados,
•	estágio da doença, 
•	estimativa de longevidade, 
•	hábitos e estilo de vida,
•	grau de conformidade legal, 
•	implicações nas relações contratuais
•	potencialidade laboral, 
•	vulnerabilidade individual

Em sistemas de IA, esses mesmos dados também alimentam;
•	inferências, 
•	priorizações,
•	recomendações.

A perda de controle, portanto, pode atingir simultaneamente a:
•	privacidade,
•	qualidade do modelo, 
•	assistência.

1.1 Exfiltração e Vazamento de Dados

•	Exfiltração
Trata-se de um ato deliberado e criminoso onde um invasor (ou um  funcionário mal-intencionado)
copia dados de dentro de uma rede. Credenciais inativas somente representam risco quando  ainda
permitem autenticação ou alguma ação no ambiente.

A exfiltração não exige que o arquivo original desapareça e frequentemente  envolve o uso de:

1.	Malware
2.	credenciais válidas comprometidas, 
3.	serviços web legítimos, 
4.	armazenamento em nuvem, 
5.	e-mail, 
6.	APIs, 
7.	túneis criptografados, 
8.	mídia removível,
9.	ação interna maliciosa.  , 

•	Vazamento de dados (Data Leak):
No vazamento os dados ficam expostos ou acessíveis  publicamente sem necessariamente haver uma
ação ativa de roubo no momento inicial. Suas causas principais são:

1.	Erro de processo, 
2.	Descuido, 
3.	Configuração indevida, 
4.	Falha técnica em um servidor na nuvem

•	A Relação Entre os Conceitos
a)	Causa e efeito:
Um vazamento de dados pode expor informações que facilitam uma ação  posterior, mas a exfiltração 
representa a extração ativa dos dados.

b)	Independência: 
Nem todo vazamento acidental resulta em exfiltração (se ninguém mal-intencionado perceber ou coletar
os dados a tempo), da mesma forma que uma exfiltração pode acontecer sem um vazamento prévio 
público, por meio de um ataque direcionado que rouba os dados diretamente de dentro de sistemas fechados.

2. Relevância para o Setor de Saúde Brasileiro

•	O MITRE ATT&CK descreve táticas, técnicas e procedimentos  observados no mundo real; 

•	O NIST organiza governança e resposta;

•	A LGPD e a ANPD definem deveres jurídicos no Brasil. 
Além do problema necessitar de uma linguagem comum, nenhum deles,  isoladamente, resolve
a questão clínica. 
A contribuição deste artigo é conectá-los a uma pergunta operacional: como interromper a saída 
de dados sem produzir um segundo dano pela descontinuidade do cuidado?

2.1 Principais Achados da TIC Saúde 2024

2.1.1 Infraestrutura de TIC
•	Conectividade:
 Universalização do acesso à Internet nos estabelecimentos de saúde e  entre médicos e enfermeiros, 
 com 99% das UBS equipadas com computador e conexão. 

•	Mobilidade: 
Fornecimento de dispositivos móveis (notebooks, tablets e celulares) em 75% dos estabelecimentos,
sendo a prática mais comum em unidades particulares de maior porte. 

•	Perfil de uso: 
Maior utilização dos dispositivos institucionais pelos enfermeiros. 

2.2 Sistemas Eletrônicos de Saúde
•	Adoção ampla: 
92% dos estabelecimentos de saúde possuem sistema eletrônico de registro de informações dos pacientes. 

•	Crescimento por segmento: 
Aumento universal do  índice de adoção
a)	Unidades Básicas de Saúde (UBS): de 89% para 97%. 

b)	Estabelecimentos públicos: de 85% para 90%. 

c)	Estabelecimentos privados: de 90% para 93%. 

•	Dados mais acessados: 
Profissionais acessam dados eletrônicos com frequência, com destaque para diagnósticos, motivos de
atendimento e resultados  de exames. 

2.3 Telessaúde
•	Teleconsultoria: 30% de prevalência, principalmente no setor público. 

•	Teleconsulta e Telediagnóstico: Presentes em 23% dos estabelecimentos 
cada. 

•	Educação a Distância (EAD): Disponível em 20% das instituições. 

•	Telemonitoramento: Adotado por 16% das instituições, maior avanço no setor público. 

•	Frequência de uso: 
Embora Apesar de ser baixa  o “sempre” utilizo, as modalidades de EAD  e telediagnóstico
desempenham um papel cada vez mais relevante. 

2.4. Por que o setor de saúde brasileiro precisa deste playbook?
Os dados da pesquisa TIC Saúde 2024 acendem um alerta crítico sobre a maturidade digital 
do país, evidenciando uma clara lacuna  entre o avanço da digitalização e a real preparação 
em segurança: 

•	Políticas de Segurança: 
Apenas 42% dos estabelecimentos de saúde conectados à Internet  dispunham de um documento
formal definindo sua Política de Segurança da Informação (PSI). 

•	Capacitação Geral: 
Somente 47% das instituições ofereciam treinamento na área aos seus profissionais. Esse cenário 
escancara a desigualdade entre os setores:  enquanto no privado o índice chega a 59%, no público
cai para 34%. 

•	Capacitação Médica: 
Entre os médicos, apenas 30% realizaram cursos ou treinamentos em segurança da informação. 
No setor público, esse número despenca para 17%. 

•	Planos de Resposta: 
Apenas 31% das organizações declararam possuir um plano de resposta a incidentes relacionados
a dados pessoais. A vulnerabilidade é ainda mais acentuada na base assistencial: o índice é de apenas
14% nos estabelecimentos públicos e de 12% nas UBS. 

Nota: Esses indicadores mensuram apenas a estrutura declarada pelas  instituições, e não a eficácia real 
de suas defesas, o que reforça a urgência de diretrizes práticas de governança. 

Continuação

2.5. O Cenário Regulatório e o Impacto Clínico Real

A necessidade de proteção vai além da teoria e se impõe por meio de  fiscalizações e riscos severos à operação 
e à vida: 

•	Fiscalização Ativa: 

Em 2026, a ANPD instaurou um processo administrativo sancionador para apurar falhas de proteção e de 
com MITRE ATT&CK, 



•	Impacto na Assistência ao Paciente: 
O dano de um ataque cibernético não é puramente financeiro ou abstrato. 
Um estudo econômico baseado em dados hospitalares e do Medicare apontou que, durante a primeira 
semana de um ataque de ransomware, houve uma redução de 17% a 24% no volume de atendimentos 
hospitalares e um aumento de 34% a 38% na mortalidade intra-hospitalar entre pacientes que já estavam 
internados quando o ataque começou. 

Embora tais resultados reflitam uma realidade estrangeira e não devam  ser automaticamente transpostos 
para o cenário brasileiro ou para todo  incidente de exfiltração, eles provam empiricamente que eventos 
cibernéticos  capazes de interromper sistemas geram desfechos assistenciais graves e fatais. 

2.6. Interpretação e Reflexões sobre os Resultados do Estudo

2.6.1 A Digitalização da Saúde e a Necessidade de Resiliência Cibernética
Os dados da pesquisa TIC Saúde 2024 confirmam:

1.	um cenário de digitalização acelerada e irreversível no ecossistema de 
saúde brasileiro,

2. a universalização da internet nas Unidades Básicas de Saúde (99%), 

3. a consolidação dos Sistemas Eletrônicos de Saúde (92%),

4. a expansão das modalidades de telessaúde são marcos históricos. 

A hiperconectividade:
1.	expande drasticamente a superfície de ataque,
2.	potencializa o impacto de incidentes cibernéticos. 

Diante desse panorama, o Playbook deixa de ser  um mero documento formal de conformidade técnica 
para se tornar um componente vital à continuidade da assistência médica e à segurança dos pacientes. 

2.6.2 Justificativa Estratégica Baseada nos Indicadores da TIC Saúde 2024

•	Proteção de Dados Médicos Centralizados 92% de Sistemas Eletrônicos): 
Com a esmagadora maioria dos estabelecimentos centralizando históricos clínicos, diagnósticos e 
exames em prontuários eletrônicos, o impacto de um ataque de ransomware (sequestro de dados) 
torna-se catastrófico. 

O playbook é essencial para definir ações imediatas de isolamento de redes e recuperação 
de backups, mitigando o risco de vazamentos e evitando a paralisia operacional das unidades. 

•	Vulnerabilidade na Ponta e Mobilidade (75% com Dispositivos Móveis): 
O fornecimento massivo de notebooks, tablets e smartphones corporativos descentraliza o acesso aos
sistemas institucionais. Nas mãos de equipes médicas e de enfermagem que circulam pelos plantões, 
esses ativos aumentam o risco de perdas, furtos e ataques de phishing. 

O playbook padroniza os procedimentos de bloqueio remoto instantâneo e a contenção rápida de credenciais 
comprometidas. 

•	Garantia da Continuidade na Telessaúde: 

Serviços como teleconsultas e telediagnósticos (presentes em 23% dos estabelecimentos cada) dependem de
comunicação digital em tempo real. 
Uma interrupção provocada por um ataque de negação de serviço (DDoS) quebra o fluxo de atendimento básico. 

O playbook estabelece planos de contingência técnica e canais alternativos de comunicação para reestabelecer
o contato entre médicos e pacientes.

2.6.3 A Lacuna de Capacitação e o Papel do Playbook como Guia Prático

Apesar do amplo contato com temas relacionados a ética, segurança e privacidade, apenas  23% entre
enfermeiros e médicos passaram por formação específica em informática em saúde. 
Além disso, a adoção de IA  na saúde  ainda é incipiente (4%). Neste contexto o playbook atua como um guia 
passo a passo, mastigado e acionável extremamente útil, principalmente perante eventos de ciberataques.

•	Canal de Denúncia: Quem deve ser contatado imediatamente ao se notar qualquer comportamento suspeito 
na máquina. 

•	Contenção Inicial: Como isolar fisicamente um computador afetado da instituição de saúde. . 

•	Plano de Contingência: Quais procedimentos manuais (fichas em papel) devem ser adotados para
garantir que o atendimento ao paciente não seja interrompido. 

2.6.4. Benefícios Críticos da Implementação de Playbooks na Saúde
•	Redução do Tempo de Resposta (MTTR):
Na área da saúde, o tempo não se traduz apenas em prejuízo financeiro, mas em vidas salvas. Um plano 
estruturado reduz o tempo de contenção de uma ameaça de horas para minutos. 

•	Mitigação de Impactos Legais e Regulatórios:
 O setor médico lida  com dados altamente sensíveis por natureza (Art. 5º da LGPD). 
Em caso de incidentes, demonstrar à ANPD que a instituição possuía um plano de resposta estruturado, 
seguiu o protocolo e notificou as autoridades e os titulares no prazo legal reduz drasticamente a aplicação 
de sanções administrativas e multas. 

•	Preservação da Confiança Pública: 
Instituições de saúde dependem diretamente de sua reputação de sigilo, zelo e cuidado. 
Uma resposta coordenada, transparente e ágil a um incidente cibernético demonstra maturidade institucional,
preservando o valor e a confiabilidade da marca perante a sociedade. 

2.6.5 Diretrizes Principais para a Implementação:
•	Customização por Porte: 
As Unidades Básicas de Saúde (UBS) demandam playbooks:
a)	simplificados, 
b)	focados em isolamento básico na ponta. 

•	Grandes hospitais públicos ou privados 
Exigem:
a)	roteiros complexos,
b)	integrados a Centros de Operações de Segurança (SOC). 

2.7. Reflexões Finais
1. Os achados da TIC Saúde 2024 celebram o avanço da inclusão digital na saúde pública e privada no Brasil,
mas emitem um alerta urgente sobre a necessidade de governança robusta em segurança da informação. 

2. O playbook de resposta a incidentes é o escudo operacional que garante que a tecnologia continue sendo uma 
ferramenta de cura, e não uma via para a vulnerabilidade institucional. 

3. Nuvem não significa terceirização da responsabilidade

•	AWS, Microsoft Azure e Google Cloud Platform são provedores amplos de infraestrutura e 
serviços. Também existem Oracle Cloud Infrastructure, IBM Cloud e alternativas regionais ou privadas. 
A escolha deve considerar:

1.	arquitetura, 

2.	interoperabilidade, 

3.	localização e transferência internacional de dados, 

4.	capacidade de auditoria, 

5.	continuidade, 

6.	portabilidade, 

7.	contrato, 

8.	suporte, 

9.	custo total,

10.	requisitos regulatórios. 

•	Essa complexidade não permite que haja, neste momento, um único provedor que, por si só, torne um hospital conforme. 
No modelo de responsabilidade compartilhada:

1.	o provedor protege a infraestrutura que opera,

2.	o cliente permanece responsável por:

a)	identidades, 

b)	privilégios, 

c)	classificação de dados, 

d)	configurações, 

e)	chaves,

f)	logs, 

g)	aplicações, 

h)	integrações,

i)	uso clínico.
•	Um bucket privado pode ser tornado público por erro do cliente,
•	Uma credencial de serviço pode ter permissão excessiva,
•	Um modelo pode consultar dados além do necessário. 
•	A matriz de responsabilidades deve estar escrita no contrato e no playbook, sem zonas cinzentas.

# Legenda
1. Camada	
2. Exemplo de risco	
3. Controle mínimo	
4. Responsável primário

A) 
1. Identidade	Chave de serviço exposta	
2. MFA resistente a phishing 
3. credenciais curtas  menor privilégio	
4. Hospital e fornecedor da aplicação

B)
1. Dados	
2. Cópia de prontuários para storage externo	
3. Classificação  DLP  criptografia  egress allowlist	
4. Controlador e operador

C)
1. Aplicação e IA	
2. Agente acessa base além do escopo	
3. Autorização por finalidade  logs  guardrails  revisão humana	
4. Desenvolvedor  hospital  responsável clínico

D)
1. Infraestrutura	
2. Falha física ou hipervisor	
3. Controles do provedor e evidências contratuais	
4. Provedor de nuvem

E) 
1. Continuidade	
2. Indisponibilidade regional	
3. Backups imutáveis  testes  modo degradado	
4. Responsabilidade conjunta definida

4. MITRE ATT&CK como mapa do comportamento adversário

•	O ATT&CK não é um checklist de conformidade nem uma sequência obrigatória mas sim uma 
base de conhecimento para descrever o que um adversário tenta alcançar e como atua, 

•	A tática Exfiltration TA0010 corresponde ao objetivo de roubar dados, 

•	Em nuvem, a técnica T1567 Exfiltration Over Web Service merece atenção porque serviços legítimos 
podem ocultar a saída em tráfego já permitido, 

•	A subtécnica T1567.002 trata do envio para armazenamento em nuvem, 

•	A estratégia DET0570, atualizada em 2026, propõe análises que correlacionam:

a)	processo, 

b)	conexão, 

c)	upload, 

d)	identidade,

e)	volume [1,8].

# Legenda
1. Etapa observada	
2. MITRE ATT&CK	
3. Sinal no hospital	
4. Telemetria prioritária

A)
1. Acesso por credencial válida	
2. T1078 Valid Accounts	
3. Login incomum ou token de serviço fora do padrão	
4. IAM  IdP  trilhas de auditoria  geolocalização e postura do dispositivo

B)
1. Coleta local	
2. T1005 Data from Local System	
3. Exportação ampla de pacientes ou laudos	
4. Logs do banco  aplicação  EDR  consultas

C)
1. Preparação	
2. T1560 Archive Collected Data	
3. Compressão ou criptografia antes da saída	
4. Processos  arquivos temporários  EDR

D)
1. Canal web legítimo
2. T1567 Exfiltration Over Web Service	
3. Upload para serviço permitido mas não autorizado	
4. Proxy  DNS  CASB  DLP  flow logs

E)
1. Storage em nuvem	
2. T1567.002	
3. Grande gravação em repositório externo	
4. API  identidade  domínio  bytes enviados  destino

F)
1. Impacto e extorsão	
2. T1486 Data Encrypted for Impact	
3. Indisponibilidade e nota de resgate
4. EDR  integridade de backups  eventos de arquivo



• Mapear técnicas :
1. não comprova autoria 
2. não substitui perícia,
3. organiza hipóteses,
4. amplia cobertura defensiva. 

• O registro deve distinguir:
1. evidência observada, 
2. interpretação analítica,
3. decisão tomada.

5. Da resposta tradicional à resposta integrada ao risco

•	No ano de 2025 a NIST SP 800-61 Rev. 3 passou a integrar a resposta às seis
funções do Cybersecurity Framework 2.0, sendo elas: 

1.	Governar, 

2.	Identificar, 

3.	Proteger, 

4.	Detectar, 

5.	Responder,

6.	Recuperar. 

•	Sustentam a preparação:
1.	Governança,
2.	Identificação, 
3.	Proteção.

•	Concentram a atividade do incidente: 
1.	Detecção, 
2.	Resposta, 
3.	Recuperação. 

•	As lições retroalimentam todas as funções [9,10].

6. Princípios de segurança clínica para a contenção

•	Parar a saída de dados é urgente, mas não autoriza desligar indiscriminadamente dispositivos
ou serviços dos quais pacientes dependem.

•	Preservar memória volátil, logs, snapshots e cadeia de custódia sempre que isso não ampliar 
risco imediato ao paciente.

•	Revogar primeiro a credencial ou sessão comprometida quando essa medida for suficiente; isolar
cargas e segmentos de maneira progressiva.

•	Ativar modo degradado e contingência clínica antes de interromper o sistema assistencial, quando
o tempo e a situação permitirem.

•	Exigir validação humana para ações irreversíveis ou capazes de afetar leitos, bombas, ventiladores,
monitores, imagens, prescrição ou priorização.

•	Separar comunicação operacional, comunicação regulatória e comunicação pública; todas devem 
usar fatos confirmados e incertezas explícitas.

7. Playbook universal de resposta

1.	Comunicação:
•	declarar o incidente, 
•	registrar hora de ciência, 
•	designar liderança,
•	abrir canal seguro fora do ambiente possivelmente comprometido.

2.	Validar o alerta e medir escopo: 
•	identidade, 
•	dados, 
•	pacientes, 
•	modelos, 
•	dispositivos, 
•	regiões, 
•	terceiros,
•	serviços afetados.


3.	Classificar impacto clínico antes da contenção: 
•	crítico, 
•	alto, 
•	moderado,
•	baixo; 
•	ativar contingência assistencial.

4.	Preservar evidências:
•	conter identidade, sessão, chave e canal de saída; 
•	bloquear destino malicioso,
•	evitar desligamento sem plano.

5.	Investigar e analisar a linha do tempo e a causa raiz com:
•	logs do plano de controle,
•	plano de dados, 
•	aplicação, 
•	banco, 
•	endpoint,
•	modelo.

6.	Erradicar:
•	persistência, 
•	malware, 
•	permissões excessivas, 
•	configurações indevidas,
•	dados adulterados.

7.	Recuperar de estado conhecido: 
•	Testar integridade, desempenho e segurança; 
•	Obter validação técnica e clínica antes de retornar à produção.

8.	Conformidade Legal:
•	Avaliar comunicação à ANPD e aos titulares,
•	cumprir três dias úteis quando o incidente puder acarretar risco ou dano relevante, 
•	respeitar legislação específica.

9.	Conduzir pós-incidente sem cultura punitiva automática: 
•	evidências, 
•	decisões, 
•	tempos, 
•	falhas de controle, 
•	dano evitado, 
•	ações, 
•	responsáveis,
•	prazos.

8.1 Cenário - Exfiltração em software médico de gestão de internações

 a) Descrição
•	Um software como dispositivo médico ou aplicação clínica de apoio gerencia listas de internação por 
especialidade e setor. 

•	Às 08h12, o monitoramento detecta que uma conta de serviço realizou consultas muito acima do padrão 
e enviou arquivos para um repositório de nuvem não aprovado. 

•	A credencial continua ativa. 

•	O sistema também sustenta a priorização de leitos e não pode ser simplesmente desligado sem avaliar pacientes
aguardando internação.

b) Vulnerabilidades e Riscos
•	Chave estática armazenada em repositório de código ou estação de desenvolvimento.

•	Permissão ampla para exportar toda a base, sem restrição por finalidade, setor ou volume.

•	Tráfego HTTPS liberado para serviços externos e ausência de DLP ou  lista de destinos autorizados.

•	Alerta sem playbook automatizado, proprietário definido ou integração com a equipe clínica.
•Risco de privacidade, discriminação, fraude, extorsão e perda de confiança; risco assistencial se a 
contenção interromper a gestão de leitos.

c) Mitigação passo a passo
1. Confirmar o alerta correlacionando log da aplicação, banco, IAM, flow logs e objeto gravado no destino.

2. Congelar a sessão e revogar apenas a credencial comprometida; emitir credencial emergencial curta para
o serviço, com escopo mínimo.

3. Bloquear o destino e ativar política de egress; preservar cópia dos logs e do  estado do recurso.

4. Manter lista de internações em modo degradado validado, com dupla checagem humana de prioridades.

5. Quantificar pacientes e atributos afetados, verificar se houve dados de crianças, biometria, diagnóstico ou
identificadores persistentes.

6. Eliminar persistência, rotacionar segredos relacionados, revisar  pipeline e repositórios, validar integridade
da base e do modelo.

7. Documentar a ciência do risco relevante, acionar controlador, encarregado, jurídico e direção; preparar 
comunicação regulatória e aos titulares.

d) Código: Regra de detecção ilustrativa

title: Possível exfiltração de dados clínicos para armazenamento externo
status: experimental
logsource:
  category: cloud_audit
detection:
  selection:
    action: [ObjectUpload, FileCreate, ApiPut]
    data_classification: health_sensitive
  anomaly:
    destination_approved: false
    bytes_out_gte: 50000000
  condition: selection and anomaly
fields: [timestamp, principal, source_ip, destination, bytes_out, dataset, patient_count]
tags: [attack.exfiltration, attack.t1567.002]
falsepositives: [exportação assistencial autorizada e registrada]
level: critical


e) Comentários
•	O limiar de 50 MB é apenas exemplo. 
•	Em saúde, poucos registros altamente sensíveis podem justificar
 gravidade alta. A detecção deve combinar:
1.	classificação, 
2.	identidade, 
3.	destino, 
4.	horário, 
5.	volume,
6.	finalidade.
f) Código: Automação com barreira clínica
def respond(event, context):
    finding = enrich(event)                 # identidade, dados, destino, pacientes
    severity = score(finding)
    preserve_evidence(finding)
 
    if severity < HIGH:
        open_case(finding)
        return "monitor"
 
    revoke_compromised_session(finding.principal)
    block_unapproved_destination(finding.destination)
 
    if finding.supports_critical_care:
        activate_clinical_contingency(finding.service)
        require_human_approval(roles=["incident_commander", "clinical_lead"])
 
    isolate_workload_progressively(finding.resource)
    notify_roles(["CSIRT", "DPO", "legal", "clinical_lead", "management"])
    return "contained_with_evidence"


g) Comentários
•	Em produção, cada função exigiria autenticação forte:
1.	autorização, 
2.	idempotência, 
3.	trilha de auditoria, 
4.	tratamento de falhas,
5.	testes. 
•	O código não deve executar ações reais sem adaptação e homologação.

8.2 Cenário - Envenenamento de dados e perda de confiabilidade

a)	Descrição
•	Um atacante ou processo comprometido altera imagens e rótulos  usados no ajuste de um 
modelo de apoio diagnóstico. 

•	O objetivo é aumentar falsos negativos em uma categoria clínica. 

•	Não há exfiltração comprovada, mas as mesmas credenciais podem ter sido usadas para ler 
e alterar o conjunto de dados.

b)	Vulnerabilidades e Riscos
•	Ausência de versionamento imutável e assinatura dos conjuntos de dados.
•	Mistura entre ambientes de ingestão, treinamento, validação e produção.
•	Conta de serviço com permissão de leitura e escrita ampla.
•	Falta de monitoramento de drift, proveniência e desempenho estratificado.
•	Risco de conduta inadequada, atraso diagnóstico e documentação clínica contaminada.

c) Mitigação passo a passo

1. Suspender o modelo afetado e acionar alternativa homologada ou avaliação
 humana tradicional.

2. Preservar versão, hash, parâmetros, dados, logs e resultados que fundamentaram 
decisões.

3. Comparar o conjunto atual com versão assinada e rastrear proveniência 
por coleta, transformação, rótulo e aprovação.

4. Identificar pacientes potencialmente afetados e realizar revisão clínica
 proporcional ao risco.

5. Sanitizar dados, separar privilégios, reconstruir pipeline e repetir 
validação independente.

6. Reintroduzir somente após critérios técnicos, clínicos e de
 segurança documentados.

d)  Código:
manifest = {
  "dataset_id": "radiologia_validacao_v17",
  "sha256": "HASH_CALCULADO_NO_PIPELINE",
  "source": "repositório_clínico_autorizado",
  "approved_by": ["data_steward", "clinical_reviewer"],
  "allowed_purpose": "validação_local",
  "immutable": True
}
 
assert verify_signature(manifest)
assert observed_hash(dataset) == manifest["sha256"]
assert model_metrics_by_subgroup(model, dataset) >= approved_thresholds

8.3 Cenário - Ransomware em IoMT com dupla extorsão

a) Descrição
•	São comprometidos:
1.	Sistemas de borda conectados a tomógrafos,
2.	Uma plataforma de triagem. 
•	O invasor:
1.	criptografa todos os arquivos, 
2.	envia laudos e identificadores para infraestrutura externa,
3.	ameaça publicá-los. 
•	A indisponibilidade afeta:
1.	setor de urgência, 
2.	centro de imagem,
3.	transferência de pacientes.

b) Vulnerabilidades e riscos
•	Rede clínica plana e confiança excessiva entre estações e dispositivos.
•	Sistema legado sem segmentação compensatória.
•	Backup conectado ao mesmo domínio e não testado.
•	Ausência de inventário de dependências e de procedimentos manuais.
•	Risco regional por redirecionamento de pacientes a hospitais vizinhos.

c) Mitigação passo a passo
1. Ativar comando de incidente e contingência clínica; priorizar 
serviços tempo-dependentes.

2. Segmentar a zona afetada e bloquear indicadores conhecidos sem desligar equipamento essencial sem
avaliação biomédica e clínica.

3. Revogar credenciais e interromper movimento lateral; capturar memória, logs, nota de resgate 
e snapshots quando seguro.

4. Separar investigação de exfiltração da investigação de criptografia: 
ausência de arquivo visível não prova ausência de saída.

5. Reconstruir a partir de imagem limpa e backup offline imutável; não restaurar  sobre ambiente 
ainda comprometido.

6. Validar calibração, integração, relógio, dados, desempenho e segurança 
antes do retorno de cada dispositivo e modelo.

7. Avaliar comunicação a pacientes, ANPD, direção, órgãos setoriais e 
autoridades competentes conforme fatos e obrigações aplicáveis.


d) Código: Conteúdo mínimo do registro do incidente
{
  "incident_id": "HOSP-2026-EXF-001",
  "detected_at": "2026-09-22T08:12:00-03:00",
  "aware_of_relevant_risk_at": "2026-09-22T11:40:00-03:00",
  "systems": ["gestao_de_leitos", "clinical_ai_service"],
  "data_categories": ["identificadores", "diagnósticos", "prioridade_clínica"],
  "estimated_data_subjects": 0,
  "confirmed_exfiltration": false,
  "evidence": ["audit_log", "flow_log", "object_event", "snapshot"],
  "clinical_impact": {"level": "high", "contingency": "manual_dual_check"},
  "actions": ["session_revoked", "destination_blocked", "evidence_preserved"],
  "notification_assessment": {"owner": "controller_and_DPO", "status": "in_progress"},
  "human_approvals": ["incident_commander", "clinical_lead"]
}

e) Comentários
•	O valor zero não deve significar ausência de afetados e sim ser 
acompanhado de estado como:
1.	desconhecido, 
2.	estimado,
3.	confirmado. 

•	Datas diferentes podem marcar detecção técnica e ciência de que 
o incidente afetou dados e 
apresenta risco relevante. 

•	A decisão jurídica precisa registrar:
1.	Fundamentos,
2.	Atualizações.

9. Conformidade legal no Brasil

9.1 Dados de saúde e dever de segurança
•	A LGPD classifica dados referentes à saúde, dados genéticos e biométricos vinculados a pessoa natural como dados pessoais sensíveis. 
•	Os agentes de tratamento devem adotar medidas técnicas e administrativas aptas a protegê-los contra acessos não autorizados e situações acidentais ou ilícitas. 
•	A obrigação alcança concepção e execução do produto ou serviço,
•	A responsabilidade pode decorrer da falta de segurança esperada e da omissão de controles previstos nos arts. 42 a 49 [11].

9.2 Comunicação do incidente
•	O art. 48 da LGPD exige comunicação à ANPD e ao titular quando o incidente puder acarretar risco ou dano relevante. 
•	A Resolução CD ANPD nº 15 de 2024 fixou prazo de três dias úteis para a comunicação pelo controlador, ressalvada legislação específica. 
•	O relógio regulatório não deve ser confundido com o primeiro alerta bruto: 
1.	a organização precisa registrar quando tomou ciência de que houve incidente com dados pessoais, 
2.	grau de relevância, 
3.	não poderá usar “investigação indefinida como justificativa para atraso [12,13].

•	A comunicação deve ser completa o suficiente para descrever: 
1.	natureza e categorias dos dados, 
2.	titulares,
3.	medidas de segurança, 
4.	riscos, 
5.	causas quando conhecidas, 
6.	ações de mitigação,
7.	contato. 

•	Informações ainda não confirmadas devem ser marcadas como preliminares, com complementação documentada. 

•	O operador deve informar o controlador sem demora conforme contrato e fluxo definido.

9.3 Hospitais públicos também estão sujeitos à LGPD
•	A LGPD alcança pessoas jurídicas de direito público e privado. 
•	Para órgãos e entidades públicos, o art. 52 §3º admite: 
1.	advertência,
2.	publicização da infração, 
3.	bloqueio,
4.	eliminação dos dados.

•	Nas condições legais empregar:
1.	suspensão parcial do banco, 
2.	suspensão do tratamento,
3.	proibição parcial ou total da atividade relacionada ao tratamento. 

•	As multas simples e diárias dos incisos II e III não aparecem nesse
 rol para órgãos públicos.
Mas, isso não elimina responsabilização:
1.	civil, 
2.	administrativa,
3.	disciplinar, 
4.	contratual ou por legislação específica, 
5.	nem impede medidas da ANPD para fazer cessar a violação [11].

•	Uma unidade pública pode ser operada por:
1.	organização social, 
2.	fundação, 
3.	empresa pública, 
4.	prestador,
5.	fornecedor.

•	Unidades públicas são classificadas juridicamente conforme:
1.	sua natureza,
2.	papel no tratamento.

•	Não se deve assumir que todo parceiro de hospital público 
recebe o mesmo regime do órgão estatal.

•	Contratos precisam definir:
a)	controlador, 
b)	operador, 
c)	suboperadores, 
d)	evidências, 
e)	cooperação, 
f)	auditoria, 
g)	notificação, 
h)	transferência internacional, 
i)	eliminação,
j)	retorno de dados.

# Legenda
1.	Tema	
2.	Hospital privado	
3.	Órgão ou entidade pública	
4.	Ação comum
A)
1.	Aplicação da LGPD
2.	Integral	
3.	Integral com regras do poder público	
4.	Mapear finalidade  base legal  agentes e fluxo

B)
1.  Multa ANPD	
2.  Pode alcançar limites do art. 52	
3.  Incisos de multa não constam do rol do §3º	
4.  Não reduzir conformidade à multa

C)
1. Outras sanções	
2. Publicidade  bloqueio  eliminação  suspensão	
3. Advertência  publicidade  bloqueio  eliminação e suspensões
4.  legais	Ampla defesa  correção e prestação de contas

D)
1.	Responsabilidade	
2.	Civil  consumo  contratual e outras	
3.	Civil  administrativa  disciplinar e outras normas	
4.	Registrar decisões e demonstrar controles

Legenda

A)
1.	Profissionais de saúde	
2.	Treinar  proteger credenciais  conhecer canal	
3.	Reportar anomalias  aplicar contingência	
4.	Participar de debriefing sem ocultar falhas

B) 
1.	Usuários e pacientes	
2.	Conhecer direitos e canais	
3.	Seguir orientação confirmada  evitar golpes	
4.	Monitorar efeitos e exercer direitos

C)
1.	Fornecedor e nuvem
2.	Controles  contrato  evidências  suporte	
3.	Cooperar  preservar  informar rapidamente	
4.	Corrigir  atestar e prevenir recorrência

D) 
1.	Legislador e regulador	
2.	Normas proporcionais e fiscalizáveis
3.	Coordenação e orientação pública	
4.	Fiscalização  aprendizagem sistêmica e atualização

Brasil e Referências internacionais

# Legenda
1.	Dimensão	
2.	Brasil
3.	Referência internacional	
4.	Síntese aplicável

A)
1.	Privacidade	
2.	LGPD e Resolução ANPD 15 2024	
3.	GDPR e leis setoriais por jurisdição	
4.	Definir localização  transferência e notificações por território

B)
1.	Resposta	
2.	Requisitos da ANPD e estruturas institucionais	
3.	NIST CSF 2.0 e SP 800-61r3
4.	Integrar governança  detecção  resposta e recuperação

C)
1.	Ameaças	
2.	CERT.br e inteligência própria	
3.	MITRE ATT&CK  CISA e comunidades setoriais	
4.	Converter inteligência em detecções e exercícios

D)
1.	IA em saúde	
2.	LGPD  normas sanitárias e profissionais aplicáveis
3.	NIST AI RMF  ISO e regulação local
4.	Unir segurança  desempenho  ética e supervisão humana

1.	Uma nuvem pode oferecer recursos compatíveis com 
2.	requisitos estrangeiros, mas a conformidade depende do(a):
•	configuração,
•	contrato,
•	fluxo de dados,
•	legislação aplicável ao controlador.

Controles preventivos e detectivos prioritários

1.	Controle	
2.	Prevenção	
3.	Detecção e evidência	
4.	Indicador de eficácia
•	Identidade de confiança zero	
•	MFA forte  menor privilégio  acesso temporário	
•	Logins  sessões  elevação  uso de chaves	Credenciais 
•	longas eliminadas e acessos revisados

Legenda

1.	Classificação e DLP	
2.	Rotular dados  bloquear destinos e mídias	
3.	Conteúdo  destino  volume  usuário	
4.	Eventos bloqueados e falsos positivos controlados

1.	Egress control Allowlist  proxy  
2.	DNS seguro  segmentação	Flow logs  
3.	DNS  TLS metadata  CASB	
4.	Saídas desconhecidas investigadas

1.	Criptografia e chaves	
2.	Em trânsito e repouso  rotação  KMS HSM	
3.	Uso de chave  falhas  exportações	
4.	Chaves segregadas e rotação testada
1.	Observabilidade	
2.	Logs imutáveis  relógio  retenção	
3.	Correlação entre planos de controle e dados	
4.	Linha do tempo reconstruída em exercício

1.	Backups e modo degradado	
2.	Offline  imutável  procedimentos manuais	
3.	Teste de restauração  RTO RPO clínicos	
4.	Recuperação comprovada e segura

1.	Segurança de IA	
2.	Proveniência  versionamento  acesso por finalidade	
3.	Drift  integridade  consultas  respostas	
4.	Desempenho e segurança por versão

1.	Pessoas	
2.	Treino por função  simulações  cultura de reporte	
3.	Phishing  tempo de reporte  decisões	
4.	Melhora em exercícios sem ocultação

10. Métricas que conectam segurança e assistência

1.	Tempo necessário para:
a)	detectar, 
b)	reconhecer, 
c)	conter identidade, 
d)	bloquear saída,
e)	recuperar serviço clínico.

2.	Número de pacientes potencialmente afetados com:
a)	tempo de exposição, 
b)	grau de confiança da estimativa.

3.	Percentual de sistemas críticos com:
a)	modo degradado testado,
b)	backups restaurados com sucesso.

4.	Técnicas de ATT&CK prioritárias no contexto de dado sensível com:
a)	cobertura de Logs,
b)	percentual de alertas.

5.	Decisões automatizadas interrompidas com: 
a)	guardrail clínico,
b)	tempo para aprovação humana.

6.	Revisões clínicas provocadas pelo incidente com:
a)	atrasos,
b)	cancelamentos
c)	transferências, 
d)	reconciliações manuais.

7.	Comunicações feitas no prazo com:
a)	completude inicial,
b)	tempo de complementação.
8.	Ações pós-incidente declaradas como encerradas com: 
a)	concluídas no prazo,
b)	eficácia testada.

11. Discussão

1.	A exfiltração hospitalar desafia a divisão clássica entre segurança 
da informação e segurança do  paciente. A mesma ação que reduz risco 
digital pode ampliar risco clínico:

a)	desligar uma interface impede a saída de dados, mas também pode
 ocultar alergias; 

b)	revogar uma conta contém o atacante, mas pode interromper uma 
integração legítima; 

c)	restaurar rapidamente recupera disponibilidade, mas pode reintroduzir 
dados adulterados. 

d)	A resposta madura mede essas duas dimensões em cada decisão.

2.	A automação deve ser seletiva. 

3.	Costuma ser reversível: 
a)	bloquear um domínio não aprovado,
b)	revogar uma sessão anômala

4.	Exige contexto e dupla autorização:
a)	apagar recursos, 
b)	desligar segmentos clínicos,
c)	substituir modelos.

5.	O Human in the Loop é uma barreira de 
a)	autoridade, 
b)	competência,
c)	responsabilidade, com critérios definidos antes da crise.

5.	O MITRE ATT&CK melhora a precisão da linguagem, mas 
o hospital precisa traduzi-lo para :
a)	ativos, 
b)	dados,
c)	consequências próprios. 

7.	T1567.002 ganha significado clínico quando o alerta informa:
a)	qual base saiu,
b)	 quais pacientes podem estar envolvidos, 
c)	que serviço depende da identidade,
d)	qual contingência existe. 
Sem essa tradução, a equipe recebe um código técnico; com ela,
 recebe uma decisão operacional.

8.	No setor público, baixa disponibilidade de recursos não afasta 
deveres de proteção. Ela torna  ainda mais importante priorizar:
a)	inventário, 
b)	identidade, 
c)	segmentação, 
d)	logs,
e)	backups,
f)	treinamento,
g)	playbooks simples. 

9.	A fiscalização não deve ser confundida com punição automática;
 contudo, ausência de multa direta para órgãos públicos não equivale a:
a)	ausência de consequência, 
b)	dever de reparação,
c)	controle institucional.

12. Considerações finais

1.	Principais pontos de atenção para a implementação do Playbook 
de Resposta a Incidentes Cibernéticos para o setor de saúde brasileiro:

•	Customização por porte: 
Unidades Básicas de Saúde precisam de playbooks extremamente simples
 e focados em isolamento básico, enquanto grandes hospitais privados
 demandam roteiros complexos integrados a centros de operações de 
segurança (SOC).

•	Simulados práticos: 
O playbook requer o envolvimento do corpo clínico em simulações 
periódicas de ataques de ransomware, considerado fator que dita o sucesso 
da resposta real.

2.	A exfiltração de dados na medicina assistida por IA deve ser tratada 
como incidente de:
a)	privacidade, 
b)	integridade, 
c)	continuidade,
d)	segurança clínica. 

3. MITRE ATT&CK oferece o mapa do adversário. 

4. NIST estrutura a gestão do incidente.

5. LGPD e ANPD delimitam deveres.

6.	Profissionais clínicos conferem o contexto que impede uma 
resposta tecnicamente correta de se tornar assistencialmente perigosa. 

7.	O ponto de convergência é o playbook multiprofissional, ensaiado
 antes da crise e submetido a melhoria contínua.

8. O hospital preparado irá:
a)	saber quais dados e serviços sustentam o cuidado, 
b)	reconhecer rapidamente um comportamento adversário, 
c)	conter a ameaça sem abandonar o paciente, 
d)	preservar evidências, 
e)	comunicar com transparência,
f)	aprender de modo verificável.

13. Referências

1. MITRE. ATT&CK Enterprise Matrix e Exfiltration TA0010. Disponível em https://attack.mitre.org. Acesso em 22 set. 2026.
2. Kaspersky. Exfiltração de dados o que é e como prevenir. Material fornecido pelo autor. Acesso em 22 set. 2026.
3. Cloudflare. O que é a exfiltração de dados. Disponível em https://www.cloudflare.com/pt-br/learning/security/what-is-data-exfiltration. Acesso em 22 set. 2026.
4. Tempest Security Intelligence. Exfiltração de dados saiba o que é e como prevenir. Disponível em https://www.tempest.com.br/blog/exfiltracao-de-dados. Acesso em 22 set. 2026.
5. CGI.br NIC.br Cetic.br. Pesquisa TIC Saúde 2024. São Paulo 2025. Disponível em https://www.cetic.br/media/docs/publicacoes/2/20250512160746/tic_saude_2024_livro_eletronico.pdf. Acesso em 22 set. 2026.
6. Agência Nacional de Proteção de Dados. ANPD instaura processo de sanção contra organização social por falha na proteção de dados de 500 mil pacientes. 2026. Disponível em https://www.gov.br/anpd. Acesso em 22 set. 2026.
7. Neprash HT et al. Hacked to Pieces The Effects of Ransomware Attacks on Hospitals and Patients. American Economic Journal Economic Policy. 2026. doi 10.1257/pol.20240594.
8. MITRE. Detection Strategy for Exfiltration to Cloud Storage DET0570 e Technique T1567.002. Disponível em https://attack.mitre.org/detectionstrategies/DET0570. Acesso em 22 set. 2026.
9. National Institute of Standards and Technology. Cybersecurity Framework 2.0. NIST CSWP 29. Gaithersburg 2024.
10. Nelson A et al. Incident Response Recommendations and Considerations for Cybersecurity Risk Management A CSF 2.0 Community Profile. NIST SP 800-61 Rev. 3. 2025. doi 10.6028/NIST.SP.800-61r3.
11. Brasil. Lei nº 13.709 de 14 de agosto de 2018. Lei Geral de Proteção de Dados Pessoais. Texto compilado. Disponível em https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709.htm. Acesso em 22 set. 2026.
12. Agência Nacional de Proteção de Dados. Resolução CD ANPD nº 15 de 24 de abril de 2024. Regulamento de Comunicação de Incidente de Segurança. Disponível em https://www.gov.br/anpd. Acesso em 22 set. 2026.
13. Agência Nacional de Proteção de Dados. Comunicação de Incidente de Segurança. Disponível em https://www.gov.br/anpd/pt-br/canais_atendimento/agente-de-tratamento/comunicado-de-incidente-de-seguranca-cis. Acesso em 22 set. 2026.
14. Abouk R, Powell D. Ransomware Attacks ED Visits and Inpatient Admissions in Targeted and Nearby Hospitals. JAMA. 2024;331(24):2129–2131. doi 10.1001/jama.2024.7752.
15. van Boven LS et al. Hacking Acute Care A Qualitative Study on the Health Care Impacts of Ransomware Attacks Against Hospitals. Ann Emerg Med. 2024;83(1):46–56. doi 10.1016/j.annemergmed.2023.04.025.
16. Observata. MITRE ATT&CK Framework What is it and how can I benefit from using it. White paper fornecido pelo autor. Acesso em 22 set. 2026.
17. PSafe. O que é a exfiltração de dados. Material fornecido pelo autor. Acesso em 22 set. 2026.
18. National Institute of Standards and Technology. Artificial Intelligence Risk Management Framework AI RMF 1.0. NIST AI 100-1. 2023.
19. https://www.ibm.com/br-pt/think/topics/data-exfiltration, acessado em 25 09 2026.

Olá, Ricardo! Como vai?

Agradeço por trazer mais uma excelente produção sua aqui no fórum!

Vi que você explorou de forma muito clara a exfiltração de dados em ambientes hospitalares, destacou a importância da continuidade assistencial mesmo diante de incidentes e ainda conectou frameworks como MITRE ATT&CK e NIST para estruturar a resposta. Essa reflexão mostra atenção prática, visão estratégica e consciência sobre como segurança em nuvem na saúde exige integração entre técnica, clínica e conformidade legal.

Se quiser aprofundar ainda mais, algumas boas práticas são:

• Monitoramento contínuo: aplicar detecção avançada para reduzir tempo de resposta a incidentes.
• Treinamento multidisciplinar: capacitar equipes técnicas e médicas para agir de forma coordenada.
• Playbooks integrados: alinhar resposta técnica e protocolos clínicos para evitar interrupções críticas.

Continue postando as suas soluções! Além de ganhar pontos de XP na plataforma, você pode ajudar outros estudantes no fórum.

Ah, uma pergunta: o que você considera mais prioritário nesse cenário, investir em automação para acelerar a resposta a incidentes ou fortalecer a governança clínica para garantir decisões seguras durante crises?

Fico à disposição! E se precisar, conte sempre com o apoio do fórum.

Abraço e bons estudos!

Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!