◇ OpenCyber Academy
Tecnólogo · Capítulo 20 · Português

Capítulo 20 — Privacidade e proteção de dados: solução de problemas

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 20 — Privacidade e proteção de dados: solução de problemas

Mapa da aula

Aula 20 publicada. Mapa, exemplo, EX058.

flowchart TD
  N0["20.1 Uma falha"]
  N1["20.2 Diagnóstico"]
  N2["20.3 Causa raiz"]
  N3["20.4 Prevenção"]
  N0 --> N1 --> N2 --> N3
  N3 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX058"]

Desenho lógico

flowchart LR
  N0["20.1 Uma falha"]
  N1["20.2 Diagnóstico"]
  N2["20.3 Causa raiz"]
  N3["20.4 Prevenção"]
  N0 --> N1 --> N2 --> N3 --> Q["EX058"]
[20.1 Uma falha]
    |
    v
[20.2 Diagnóstico]
    |
    v
[20.3 Causa raiz]
    |
    v
[20.4 Prevenção]
    |
    v
[Exemplo resolvido] --> [Exercício EX058]

Objetivos de aprendizagem

Você vai (1) diagnosticar falhas de privacidade; (2) encontrar as causas raiz; (3) evitar a recorrência.

20.1 Uma falha

Um aluno recebe um e-mail de marketing depois de revogar o consentimento. Ele reclama na recepção, a reclamação chega ao encarregado, e este pede a Aisha que descubra o que deu errado. O aluno tinha revogado o consentimento pelo aplicativo nove dias antes. Uma reclamação assim pode abalar a confiança e, se se repetir, levar a uma reclamação à autoridade de proteção de dados, então merece uma investigação cuidadosa. Aisha começa reunindo o registro do aplicativo, o log da plataforma de e-mail e o histórico das rotinas automáticas desses nove dias, para reconstruir a sequência dos fatos.

20.2 Diagnóstico

Aisha segue a revogação do banco do aplicativo até a plataforma de marketing. O aplicativo registrou a mudança corretamente, com data e hora. Mas a rotina noturna que copia as mudanças de preferência para a plataforma de e-mail tinha registrado erros por sete noites seguidas, e a revogação nunca foi sincronizada. Ao reproduzir o problema numa cópia de teste, ela conta 214 revogações equivalentes que não foram transferidas naquela semana, então o problema afetou muitos alunos, e não apenas um. Isso transforma uma reclamação isolada num incidente a tratar de forma ampla, com todos os afetados identificados.

20.3 Causa raiz

A rotina falhou depois de uma troca de senha e não tinha alerta de falha. A TI tinha trocado uma senha de serviço, como manda a boa prática de segurança, mas não atualizou a credencial guardada pela rotina. A rotina falhou em silêncio, porque suas mensagens de erro iam para uma caixa de correio que ninguém lia. A causa real, portanto, foi a falta de alerta e de responsável, e não a troca de senha, que era a coisa certa a fazer. Culpar a TI não teria corrigido nada. Aisha acrescenta um alerta de falha e uma reconciliação semanal, que atacam a causa, e não o sintoma.

20.4 Prevenção

Aisha lista todas as rotinas que transportam escolhas de privacidade: preferências de marketing, configurações de compartilhamento da frequência cardíaca, exclusões de contas e exclusões de dados nos fornecedores. Cada uma agora tem um responsável e um alerta de falha. A reconciliação semanal compara as revogações no aplicativo com as supressões na plataforma de e-mail e informa qualquer diferença. Os alunos afetados recebem um pedido de desculpas e a confirmação da sua escolha. O Sr. Reilly lembra que revogar deve ser tão fácil quanto consentir, pelo artigo 7(3) do GDPR e pelo art. 8º, §5º, da LGPD, e precisa de fato funcionar.

Exemplo resolvido

Aisha liga um e-mail indesejado a uma rotina de sincronização que falhou, acrescenta alertas e reconciliação e confere rotinas semelhantes.

Caso sintético. A falha é sintética; o artigo 7(3) do GDPR e o art. 8º, §5º, da LGPD são reais.

Erros e limites

Corrigir só o sintoma convida a recorrência.

Exercícios

Continue estudando — aula 20 (capítulo 20 de 30)

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

Continue para a próxima aula já escrita.