Protection des Données Dès la Conception Privacy by Design

Les 7 principes Privacy by Design et leur application

Les 7 principes de PbD en pratique : (1) Proactivité — identifier les risques pour la vie privée en phase de conception (threat modeling centré sur la privacy, pas seulement la sécurité) ; (2) Privacy by Default — paramètres de confidentialité les plus restrictifs par défaut (ex. : profil privé par défaut sur un réseau social, newsletter opt-in pas opt-out), données non partagées par défaut ; (3) Intégration — PbD fait partie de l'architecture, pas un patch a posteriori (ex. : conception de la BDD avec pseudonymisation native, pas ajoutée en fin de projet) ; (4) Non-nul — trouver des solutions techniques qui garantissent à la fois la vie privée ET les fonctionnalités (ex. : analytics sans tracking individuel via des techniques différentielles) ; (5) Sécurité de bout en bout — chiffrement, contrôles d'accès et piste d'audit tout au long du cycle de vie (création → utilisation → archivage → suppression) ; (6) Transparence — documentation des choix de conception privacy, code source auditable, rapport de transparence accessible ; (7) Centré utilisateur — interface permettant à l'utilisateur de contrôler facilement ses données (tableau de bord de confidentialité, portail d'exercice des droits).

La Privacy by Default se distingue de PbD : c'est une obligation spécifique que les paramètres par défaut soient les plus protecteurs. La CNIL a sanctionné Google (2019, 50 M€) notamment pour des défauts de Privacy by Default (paramètres de personnalisation des publicités pré-activés lors de la configuration d'un compte Google sur Android).

DPIA comme outil Privacy by Design

La DPIA (Data Protection Impact Assessment, Analyse d'Impact Relative à la Protection des Données) est l'outil opérationnel du Privacy by Design pour les traitements présentant des risques élevés. Obligatoire selon l'article 35 RGPD pour les traitements à risque élevé (liste CNIL), la DPIA évalue : les risques pour les droits et libertés des personnes, les mesures techniques et organisationnelles pour réduire ces risques, et la proportionnalité du traitement par rapport à sa finalité. Elle est réalisée AVANT la mise en production du traitement.

La CNIL propose un outil gratuit (PIA — Privacy Impact Assessment) pour faciliter la réalisation des DPIA. La DPIA doit être réalisée en concertation entre le DPO, le chef de projet, l'architecte SI, et les juristes. Si la DPIA identifie des risques résiduels élevés que les mesures de protection ne permettent pas de ramener à un niveau acceptable, le responsable du traitement doit consulter la CNIL avant de démarrer le traitement (article 36 RGPD).

Intégration dans le SDLC et les méthodologies Agile

L'intégration du Privacy by Design dans les méthodologies Agile nécessite d'inclure la privacy dans chaque sprint : user stories avec critères d'acceptation privacy (ex. : « les logs ne doivent pas contenir de données personnelles en clair »), revue de code avec checklist privacy (chiffrement des données sensibles, minimisation des logs, durées de conservation respectées), et inclusion du DPO dans les revues de sprint pour les fonctionnalités traitant des données personnelles.

Des outils automatiques d'analyse de code facilitent le Privacy by Design : scanners de secrets (détection de données personnelles hardcodées dans le code), analyseurs de dépendances (bibliothèques avec des historiques de vulnérabilités privacy), et outils d'analyse statique configurés pour détecter des patterns problématiques (logging de mots de passe, stockage de données personnelles dans des logs ou fichiers temporaires non sécurisés).