Capítulo 39 — Privacidade e proteção de dados: manutenibilidade
Mapa da aula
Aula 39 publicada. Mapa, exemplo, EX115.
flowchart TD
N0["39.1 Dívida de privacidade"]
N1["39.2 Controles legíveis"]
N2["39.3 Atualização de dependências"]
N3["39.4 Passagem de bastão"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4
N4 --> EX["Exemplo resolvido"]
EX --> Q["Exercício EX115"]
Desenho lógico
flowchart LR
N0["39.1 Dívida de privacidade"]
N1["39.2 Controles legíveis"]
N2["39.3 Atualização de dependências"]
N3["39.4 Passagem de bastão"]
N4["Síntese"]
N0 --> N1 --> N2 --> N3 --> N4 --> Q["EX115"]
[39.1 Dívida de privacidade]
|
v
[39.2 Controles legíveis]
|
v
[39.3 Atualização de dependências]
|
v
[39.4 Passagem de bastão]
|
v
[Síntese]
|
v
[Exemplo resolvido] --> [Exercício EX115]
Objetivos de aprendizagem
Você vai (1) manter os controles de privacidade sustentáveis; (2) gerir a dívida técnica com impacto na privacidade; (3) documentar para futuros engenheiros.
39.1 Dívida de privacidade
A dívida técnica se acumula quando se tomam atalhos. Zara define dívida de privacidade como os atalhos que enfraquecem a privacidade: cópias temporárias de dados, verificações desativadas, fluxos não documentados. Ela cria um registro dos itens de dívida de privacidade, com responsáveis e datas de quitação. O registro revela uma exportação temporária criada dois anos antes para responder a uma pergunta de um regulador e que nunca foi removida. Ela a apaga. Explica que a dívida de privacidade é especialmente perigosa porque, ao contrário da dívida de desempenho, seus custos só aparecem quando o dano acontece ou quando uma auditoria faz perguntas. Ela acompanha a dívida no backlog.
39.2 Controles legíveis
Os controles precisam ser compreensíveis para futuros engenheiros. Zara reescreve a configuração da política de acesso com comentários que explicam cada regra e seu motivo jurídico ou clínico. Ela acrescenta diagramas à documentação da plataforma de privacidade. Também escreve registros de decisão de arquitetura para as grandes escolhas dos últimos dois anos, para que novos engenheiros não desfaçam proteções por mal-entendido. O Prof. Holm observa que a manutenibilidade é pré-condição da responsabilização, porque uma organização que não consegue explicar os próprios controles não consegue demonstrar conformidade. Os comentários no código citam o requisito que cada controle atende.
39.3 Atualização de dependências
A plataforma de privacidade depende de bibliotecas de criptografia, de privacidade diferencial e de mensageria. Zara configura verificações automáticas de dependências e uma política para atualizá-las. Ela testa as atualizações com a suíte de testes de privacidade antes da implantação. Certa vez, uma atualização da biblioteca de mensageria mudou o comportamento das novas tentativas, o que teria afetado a confiabilidade da eliminação. A suíte de testes pegou o problema. Ela registra o episódio como evidência de que os testes protegem contra regressões introduzidas por código de terceiros, e não só pelos engenheiros da Pellmore. Uma atualização de biblioteca tinha mudado em silêncio o nível padrão de log, e o teste unitário de privacidade falhou no primeiro build.
39.4 Passagem de bastão
Com o fim do estágio de Zara se aproximando, ela prepara a passagem de bastão. Cada controle tem responsável, documentação, testes e métricas. Ela conduz apresentações guiadas com os engenheiros que vão manter a plataforma. Também lista os riscos em aberto e o registro de dívida de privacidade. O líder de engenharia da Pellmore aprova a passagem. Zara reflete que uma boa manutenibilidade é invisível quando funciona: ninguém percebe que um controle ainda funciona depois de dois anos, mas todos perceberiam depressa, e de forma dolorosa, se ele tivesse se deteriorado em silêncio. Por isso, a responsabilidade precisa ser explícita.
Exemplo resolvido
Zara cria um registro de dívida de privacidade (apagando uma exportação temporária de dois anos), documenta os controles com seus motivos, pega com testes uma regressão da biblioteca de mensageria e faz a passagem de bastão com responsáveis e riscos em aberto.
Caso sintético. Os itens de dívida e a mudança na biblioteca são sintéticos.
Erros e limites
Os registros de dívida precisam de revisão regular, ou viram listas que ninguém lê.
Exercícios
- EX115 — Dívida de privacidade. Defina dívida de privacidade. Rubrica: 3 = atalhos que enfraquecem a privacidade, como cópias temporárias ou verificações desativadas;; 2 = só um exemplo;; 1 = dívida técnica em geral;; 0 = nenhuma.
- EX116 — Regressão da biblioteca. O que a suíte de testes pegou depois de uma atualização de biblioteca? Rubrica: 3 = uma mudança nas novas tentativas que afetava a confiabilidade da eliminação;; 2 = menciona eliminação;; 1 = vago;; 0 = nenhuma.
- EX117 — Manutenibilidade e responsabilização. Por que a manutenibilidade é pré-condição da responsabilização? Rubrica: 3 = uma organização que não consegue explicar seus controles não consegue demonstrar conformidade;; 2 = menciona explicação;; 1 = não têm relação;; 0 = nenhuma.
Síntese
O capítulo 39 mantém os controles saudáveis. O capítulo 40 é o segundo laboratório de verificação.
Continue estudando — aula 39 (capítulo 39 de 50)
← Capítulo 38 · Índice das aulas · Capítulo 40 →
Continue para a próxima aula já escrita.