◇ OpenCyber Academy
Engenharia · Capítulo 22 · Português

Capítulo 22 — Privacidade e proteção de dados: modelos de sistema e de dados

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 22 — Privacidade e proteção de dados: modelos de sistema e de dados

Mapa da aula

Aula 22 publicada. Mapa, exemplo, EX064.

flowchart TD
  N0["22.1 O inventário"]
  N1["22.2 Verificações automatizadas"]
  N2["22.3 Transferências"]
  N3["22.4 Base para pesquisa"]
  N4["Laboratório — Verificação de finalidade, base legal"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5
  N5 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX064"]

Desenho lógico

flowchart LR
  N0["22.1 O inventário"]
  N1["22.2 Verificações automatizadas"]
  N2["22.3 Transferências"]
  N3["22.4 Base para pesquisa"]
  N4["Laboratório — Verificação de finalidade, base legal"]
  N5["Síntese"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> Q["EX064"]
[22.1 O inventário]
    |
    v
[22.2 Verificações automatizadas]
    |
    v
[22.3 Transferências]
    |
    v
[22.4 Base para pesquisa]
    |
    v
[Laboratório — Verificação de finalidade, base legal]
    |
    v
[Síntese]
    |
    v
[Exemplo resolvido] --> [Exercício EX064]

Objetivos de aprendizagem

Você vai (1) montar um inventário de fluxos de dados; (2) verificar em cada fluxo a finalidade, a base legal e as transferências; (3) ligar o inventário ao registro das operações de tratamento.

22.1 O inventário

Zara converte seu grafo de fluxos de dados em um inventário com uma linha por fluxo: origem, destino, finalidade, base legal, região e mecanismo de transferência. O artigo 30 do GDPR exige que os controladores mantenham um registro das atividades de tratamento, incluindo finalidades, categorias de destinatários e transferências para países terceiros; a LGPD prevê o registro das operações no art. 37. Um inventário no nível do fluxo é mais detalhado que o mínimo legal, mas é o que os engenheiros precisam para encontrar problemas. Ela verifica sete fluxos da plataforma da Pellmore, escolhidos para cobrir sistemas internos, fornecedores e parceiros. Cada fluxo tem um responsável.

22.2 Verificações automatizadas

O laboratório aplica três regras a cada fluxo: ele precisa ter uma finalidade, precisa ter uma base legal e, se os dados saírem do Espaço Econômico Europeu, precisa indicar um mecanismo de transferência. Quatro fluxos passam. O SDK de análise não tem finalidade, nem base legal, nem mecanismo de transferência para seu destino nos Estados Unidos. A equipe de suporte no exterior não tem mecanismo de transferência. A extração para pesquisa não tem base legal. Três dos sete fluxos exigem ação. Zara observa que o fluxo de análise, acrescentado pela equipe do aplicativo sem revisão, falha em todas as regras.

22.3 Transferências

O capítulo V do GDPR restringe as transferências de dados pessoais para países fora do EEE. As transferências precisam de uma decisão de adequação ou de garantias apropriadas, como as cláusulas contratuais padrão; a LGPD trata do tema nos arts. 33 a 36. A plataforma de e-mail de marketing tem cláusulas registradas e passa. A equipe de suporte no exterior não tem nenhuma. Zara não decide qual mecanismo usar, o que é uma questão jurídica, mas aponta a lacuna com os fatos de que os advogados precisam: quais dados, quanto, com que frequência e por quê. Ela aprende que os engenheiros tornam as transferências visíveis, enquanto a assessoria jurídica decide como torná-las lícitas.

22.4 Base para pesquisa

A extração para pesquisa envia registros a uma equipe interna de pesquisa sem base registrada. A pesquisa em saúde pode se apoiar em fundamentos específicos, como o artigo 9(2)(j) do GDPR, com as garantias do artigo 89, ou no consentimento; na LGPD, a realização de estudos por órgão de pesquisa aparece no art. 11, II, c. Zara pede ao encarregado que determine a base e recomenda pseudonimizar a extração enquanto isso. Ela acrescenta uma regra ao processo de inventário: novos fluxos não podem ser implantados até que os três campos estejam preenchidos e revisados, o que transforma o inventário, de documento, em portão de implantação.

Laboratório — Verificação de finalidade, base legal e transferências nos fluxos de dados

# Check a synthetic data-flow inventory: every flow needs a purpose, a lawful basis and, if leaving the EEA, a transfer mechanism.
flows = [
 ("app -> booking DB", "appointments", "contract", "EEA", ""),
 ("booking DB -> video vendor", "consultation", "contract", "EEA", ""),
 ("app -> analytics SDK", "", "", "US", ""),
 ("records -> lab partner", "test orders", "health care (Art 9(2)(h))", "EEA", ""),
 ("support desk -> offshore team", "support", "contract", "non-EEA", ""),
 ("records -> research extract", "research", "", "EEA", ""),
 ("marketing list -> email platform", "newsletter", "consent", "US", "SCCs"),
]
bad = 0
for name, purpose, basis, region, mech in flows:
    issues = []
    if not purpose: issues.append("no purpose")
    if not basis: issues.append("no lawful basis")
    if region != "EEA" and not mech: issues.append("no transfer mechanism")
    bad += bool(issues)
    print(f"{name:34s} {'OK' if not issues else '; '.join(issues)}")
print(f"{bad} of {len(flows)} flows need action")

Execute com python3 lab_flow.py. Saída verificada:

app -> booking DB                  OK
booking DB -> video vendor         OK
app -> analytics SDK               no purpose; no lawful basis; no transfer mechanism
records -> lab partner             OK
support desk -> offshore team      no transfer mechanism
records -> research extract        no lawful basis
marketing list -> email platform   OK
3 of 7 flows need action

Exemplo resolvido

Zara monta um inventário de sete fluxos e encontra três que exigem ação: o SDK de análise (sem finalidade, base ou mecanismo de transferência), o suporte no exterior (sem mecanismo de transferência) e a extração para pesquisa (sem base).

Caso sintético. Os fluxos são sintéticos; os artigos 9(2)(j), 30 e 89 e o capítulo V do GDPR, assim como os arts. 11, 33 a 36 e 37 da LGPD, são reais.

Erros e limites

Um inventário reflete o que as pessoas informam; capturas de rede e varreduras de código encontram os fluxos não informados.

Exercícios

Síntese

O capítulo 22 modela e verifica fluxos. O capítulo 23 analisa ameaças e falhas.

Continue estudando — aula 22 (capítulo 22 de 50)

← Capítulo 21 · Índice das aulas · Capítulo 23 →

Continue para a próxima aula já escrita.