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 LGPD 
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. 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 Unidades Básicas de Saúde (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. 

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 comunicação envolvendo dados sensíveis de cerca de 500 mil pacientes do sistema 
público. Embora o caso esteja em fase de apuração e não represente uma condenação definitiva,
ele demonstra que o volume, a sensibilidade, atransparência e as medidas preventivas e reativas
adotadas pelas instituições estão sob estrito escrutínio regulatório. 

•	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 (roteiro operacional de resposta a incidentes) 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.

continua

Continuação`

# 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 legais	
4. Ampla defesa  correção e prestação de contas

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

# Papéis profissionais na proteção e na resposta	

# Legenda
1. Papel	
2. Antes do incidente	
3. Durante o incidente	
4. Depois do incidente

A) 
1. Alta gestão
2. Aprovar política  orçamento  risco e autoridade	
3. Priorizar cuidado  decidir crise e comunicação	
4. Cobrar plano de ação e eficácia

B)
1. TI SOC CSIRT	
2. Inventário  logs  hardening  exercícios
3. Detectar  conter  preservar  investigar	
4. Erradicar  recuperar  medir e testar

C)
1. Administração e educação	
2. Contratos  cadastro  capacitação contínua	
3. Mobilizar pessoas e contingência	
4. Atualizar treinamento e processos

D)
1. Encarregado e jurídico	
2. Governança  cláusulas  avaliação regulatória	
3. Avaliar risco relevante e comunicações	
4. Acompanhar titulares  ANPD e responsabilização

E)
1. Engenharia clínica e tecnovigilância	
2. Inventário IoMT  riscos  dependências	
3. Avaliar impacto em dispositivo e evento adverso
4. Validar retorno  notificar quando aplicável

F)
1. Médico e liderança clínica	
2. Definir dependências e modo degradado	
3. Priorizar pacientes  validar contenção e decisões de IA	
4. Revisar casos potencialmente afetados

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

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

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

J)
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
A)
1. Dimensão
2. Brasil	
3. Referência internacional
4. Síntese aplicável

B) 
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

C) 
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

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

E)
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

- A comparação não autoriza importar automaticamente conceitos como HIPAA para o Brasil. 
- Uma nuvem pode oferecer recursos compatíveis com requisitos estrangeiros, mas a 
conformidade depende do(a):
1. configuração,
2. contrato,
3. luxo de dados,
4. legislação aplicável ao controlador.

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.

6.	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?

Fico feliz com cada produção sua, agradeço por compartihar aqui.

Vi que você explorou de forma muito clara a exfiltração de dados em ambientes hospitalares, destacou a relevância da conformidade legal com a LGPD e ANPD e ainda conectou frameworks como MITRE ATT&CK e NIST para estruturar a resposta a incidentes. 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 governança.

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!

(Publicação Repetida pelo Sistema, Desconsiderar)