Ir para o conteúdo principal

Privacy by design e by default.

Privacy by design (artigo 25.º do GDPR) é a obrigação de incorporar controlos de privacidade nos sistemas desde a fase de requisitos. Privacy by default é a obrigação de tornar a opção de maior proteção a opção padrão. Os auditores procuram evidências documentadas (DPIA, revisão de arquitetura, configurações de retenção por defeito) e não um slogan numa política.

Por Christophe Mazzola, Practicing CISO · Founder of Cyber AcademyPrivacidade e proteção de dadosTodas as entradas

A perspetiva da Cyber Academy

Privacy by design (artigo 25.º do GDPR) é a obrigação de incorporar controlos de privacidade nos sistemas desde a fase de requisitos. Privacy by default é a obrigação de tornar a opção de maior proteção a opção padrão. Os auditores procuram evidências documentadas (DPIA, revisão de arquitetura, configurações de retenção por defeito) e não um slogan numa política.

Duas obrigações, não uma

A privacidade desde a conceção (privacy by design) e a privacidade por defeito (privacy by default) são redigidas como uma única obrigação do RGPD, mas exigem duas coisas diferentes, e os profissionais metem-se em apuros quando as fundem. Desde a conceção significa que os controlos de privacidade são incorporados num sistema desde a fase de requisitos, antes de se escrever uma linha de código ou de se escolher um fornecedor, em vez de serem acrescentados depois de começarem a chegar os pedidos de acesso dos titulares dos dados.

Por defeito significa que, quando um utilizador nada faz, o sistema já se encontra na sua configuração mais protetora: a recolha de dados mais restrita, a conservação mais curta, a partilha mais estrita. Uma diz respeito a como constrói; a outra ao que o sistema faz no primeiro dia, sem qualquer configuração.

A distinção importa porque uma equipa pode cumprir uma e falhar a outra. Pode realizar uma revisão de conceção minuciosa, documentar uma AIPD e ainda assim lançar um produto cujas opções por defeito estejam todas definidas para a partilha máxima porque foi isso que a equipa de crescimento pediu. Esse produto é privacidade desde a conceção mas não por defeito, e não é conforme. O inverso também acontece: uma definição por defeito conservadora acrescentada a um sistema que nunca foi avaliado deixa o responsável pelo tratamento incapaz de demonstrar como a escolha foi feita.

O que isto muda realmente na prática

A mudança prática consiste em deslocar a privacidade para montante. Em vez de o jurídico rever uma funcionalidade terminada, os requisitos de privacidade tornam-se restrições de conceção que a engenharia e o produto assumem desde o primeiro sprint. A minimização dos dados deixa de ser um slogan e torna-se uma pergunta feita a cada campo de cada formulário: precisamos disto para prestar o serviço, e, se não, porque está aqui. A limitação da finalidade torna-se uma restrição àquilo para que um conjunto de dados poderá mais tarde ser reutilizado. A conservação torna-se um calendário por defeito que o sistema impõe, e não uma limpeza manual que ninguém se lembra de executar.

  • Recolha o mínimo de campos de que o serviço genuinamente necessita, e justifique cada um deles.
  • Defina os prazos de conservação como valores por defeito impostos, com eliminação ou anonimização automática quando expirarem.
  • Configure as definições por defeito de partilha, visibilidade e definição de perfis na opção menos permissiva, deixando ao utilizador a escolha de autorizar mais.
  • Aplique a pseudonimização e a cifragem como opções arquiteturais padrão, e não como exceções.
  • Delimite o acesso aos dados pessoais por finalidade, para que um sistema só exponha aquilo que uma dada função requer.

Como se situa face a conceitos vizinhos

A privacidade desde a conceção compreende-se mais facilmente por contraste com aquilo com que as pessoas a confundem. Não é o mesmo que uma AIPD, que é um elemento de prova de que a obrigação mais ampla foi cumprida para uma atividade de tratamento específica e de risco mais elevado. Não é a segurança desde a conceção, que protege os dados contra atacantes independentemente de esses dados deverem ou não ter sido recolhidos; a privacidade desde a conceção começa um passo antes, questionando a própria recolha. E não é um controlo único. Como os sistemas evoluem, a obrigação é contínua: cada nova funcionalidade, integração ou fluxo de dados reabre as mesmas perguntas sobre minimização, finalidade e definições por defeito.

Num programa maduro, a privacidade desde a conceção torna-se um hábito enraizado no ciclo de vida de desenvolvimento, e não um ponto de controlo a cargo do jurídico. O produto e a engenharia levantam as perguntas por si próprios, a AIPD é despoletada automaticamente quando o tratamento ultrapassa um limiar de risco, e a configuração por defeito é revista como parte do lançamento em vez de ser descoberta em produção. Essa é a diferença entre uma organização que consegue demonstrar o princípio e outra que apenas o afirma.

Perguntas frequentes

01Qual é a diferença entre privacidade desde a conceção e privacidade por defeito?

Desde a conceção significa que a privacidade é incorporada no sistema desde a fase de requisitos, antes de ele ser construído. Por defeito significa que o sistema é entregue na sua configuração mais protetora, sem necessidade de qualquer ação do utilizador. Um produto pode cumprir uma e falhar a outra, e ambas são exigidas.

02Uma AIPD é o mesmo que privacidade desde a conceção?

Não. Uma AIPD é um elemento de prova de que a obrigação mais ampla de privacidade desde a conceção foi cumprida para uma atividade de tratamento específica de risco mais elevado. A privacidade desde a conceção é o dever mais amplo de considerar a privacidade ao longo de todo o ciclo de vida, e a AIPD documenta essa consideração quando o risco o justifica.

03Em que é que a privacidade desde a conceção difere da segurança desde a conceção?

A segurança desde a conceção protege os dados contra o acesso não autorizado independentemente de os dados deverem existir. A privacidade desde a conceção começa mais cedo, questionando se os dados devem sequer ser recolhidos, e impondo minimização, limitação da finalidade e definições por defeito protetoras. As duas são complementares.

04Que provas procuram os auditores?

Artefactos documentados em vez de declarações de princípio: AIPD para os tratamentos de risco mais elevado, registos de revisão de conceção que demonstrem que a privacidade foi considerada antes da construção, calendários de conservação impostos pelo sistema, e a configuração por defeito efetiva do produto em produção. Uma afirmação sem um artefacto que a sustente é tratada como ausência de controlo.

05A privacidade desde a conceção é um requisito único?

Não. É contínua. Cada nova funcionalidade, integração ou fluxo de dados reabre as perguntas sobre minimização, limitação da finalidade e definições por defeito, pelo que a obrigação está integrada no ciclo de vida de desenvolvimento permanente em vez de ser satisfeita uma única vez no lançamento.

Precisa de mais do que uma definição?

Marque uma chamada de descoberta gratuita de 20 minutos. Identificamos o grupo que transforma este termo numa prática pronta para auditoria.