<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Science Des Données on kenji.blog</title><link>http://kenji.blog/fr/categories/science-des-donn%C3%A9es/</link><description>Recent content in Science Des Données on kenji.blog</description><generator>Hugo -- gohugo.io</generator><language>fr</language><copyright>kenjinote</copyright><lastBuildDate>Sat, 12 Sep 2026 12:00:00 +0900</lastBuildDate><atom:link href="http://kenji.blog/fr/categories/science-des-donn%C3%A9es/index.xml" rel="self" type="application/rss+xml"/><item><title>Le compromis entre vie privée et commodité : l’avenir des informations personnelles à l’ère du Big Data</title><link>http://kenji.blog/fr/p/privacy-vs-convenience-big-data/</link><pubDate>Sat, 12 Sep 2026 12:00:00 +0900</pubDate><guid>http://kenji.blog/fr/p/privacy-vs-convenience-big-data/</guid><description>&lt;img src="http://kenji.blog/p/privacy-vs-convenience-big-data/img/eyecatch.jpg" alt="Featured image of post Le compromis entre vie privée et commodité : l’avenir des informations personnelles à l’ère du Big Data" />&lt;h1 id="le-compromis-entre-vie-privée-et-commodité--lavenir-des-informations-personnelles-à-lère-du-big-data">Le compromis entre vie privée et commodité : l’avenir des informations personnelles à l’ère du Big Data
&lt;/h1>&lt;p>Dans la société numérique moderne, nous générons quotidiennement des quantités massives de données. Qu&amp;rsquo;il s&amp;rsquo;agisse des données de localisation de nos smartphones, de nos publications sur les réseaux sociaux, de notre historique d&amp;rsquo;achats en ligne ou des données de santé enregistrées par nos objets connectés, des « Big Data » très variées sont collectées en permanence. Ces données sont indispensables à l&amp;rsquo;évolution de l&amp;rsquo;IA (Intelligence Artificielle) et à la fourniture de services personnalisés, rendant notre vie plus pratique et plus riche.&lt;/p>
&lt;p>Cependant, d&amp;rsquo;un autre côté, le risque de violation de la vie privée lié à la collecte et à l&amp;rsquo;utilisation d&amp;rsquo;informations personnelles émerge comme un grave problème de société. Les incidents de fuite de données, le partage de données à des tiers sans le consentement des utilisateurs, ainsi que les inquiétudes concernant l&amp;rsquo;émergence d&amp;rsquo;une société de surveillance d&amp;rsquo;État, constituent des risques dissimulés derrière la commodité, qui atteignent désormais une ampleur qu&amp;rsquo;il est impossible d&amp;rsquo;ignorer. Dans cet article, nous proposerons une explication technique très détaillée, en intégrant les dernières tendances, sur la manière dont ce dilemme moderne du « compromis entre vie privée et commodité » est abordé à la fois sous l&amp;rsquo;angle technologique et sous l&amp;rsquo;angle de la réglementation juridique.&lt;/p>
&lt;h2 id="1-le-paradigme-de-la-société-axée-sur-les-données-et-lévolution-de-larchitecture-des-données">1. Le paradigme de la société axée sur les données et l&amp;rsquo;évolution de l&amp;rsquo;architecture des données
&lt;/h2>&lt;p>Pour collecter et exploiter efficacement les données, les entreprises adoptent diverses architectures de données. D&amp;rsquo;un modèle autrefois dominant comme l&amp;rsquo;« entrepôt de données (Data Warehouse) », nous sommes passés au « lac de données (Data Lake) » qui centralise toutes les données, y compris non structurées. Actuellement, un changement de paradigme est en cours vers le « maillage de données (Data Mesh) », une architecture décentralisée.&lt;/p>
&lt;h3 id="lac-de-données-centralisé-et-pipeline-danonymisation">Lac de données centralisé et pipeline d&amp;rsquo;anonymisation
&lt;/h3>&lt;p>Un lac de données est un référentiel de stockage qui conserve de grandes quantités de données brutes dans leur format d&amp;rsquo;origine. Cependant, utiliser des données brutes contenant des informations personnellement identifiables (PII) telles quelles pour l&amp;rsquo;analyse entraînerait de graves violations de conformité. Par conséquent, un « pipeline d&amp;rsquo;anonymisation (Anonymization Pipeline) » strict est implémenté entre le lac de données et l&amp;rsquo;environnement d&amp;rsquo;analyse.&lt;/p>
&lt;p>Le schéma ci-dessous illustre le flux du pipeline d&amp;rsquo;anonymisation dans un lac de données centralisé classique.&lt;/p>
&lt;pre class="mermaid">
flowchart TD
A[&amp;#34;Sources de données (Web, IoT, Mobile)&amp;#34;] --&amp;gt;|&amp;#34;Ingestion&amp;#34;| B[&amp;#34;Zone de données brutes (Intactes)&amp;#34;]
B --&amp;gt;|&amp;#34;Processus ETL&amp;#34;| C[&amp;#34;Pipeline d&amp;#39;anonymisation et de nettoyage&amp;#34;]
C --&amp;gt;|&amp;#34;Pseudonymisation / Tokenisation&amp;#34;| D[&amp;#34;Zone de confiance (k-anonymisée)&amp;#34;]
D --&amp;gt;|&amp;#34;Ingénierie des caractéristiques&amp;#34;| E[&amp;#34;Zone raffinée (Prête pour le ML)&amp;#34;]
E --&amp;gt;|&amp;#34;Entraînement des modèles&amp;#34;| F[&amp;#34;Outils BI &amp;amp; Modèles ML&amp;#34;]
C --&amp;gt;|&amp;#34;Journaux d&amp;#39;audit&amp;#34;| G[&amp;#34;Centre de sécurité et de conformité&amp;#34;]
&lt;/pre>
&lt;p>Dans un tel pipeline, des traitements tels que le hachage, le masquage et le chiffrement sont appliqués automatiquement à l&amp;rsquo;entrée des données. Néanmoins, comme nous le verrons plus loin, un simple masquage ou une pseudonymisation ne suffisent pas à éliminer totalement le risque de « ré-identification » par croisement avec d&amp;rsquo;autres sources de données.&lt;/p>
&lt;h2 id="2-compréhension-approfondie-des-technologies-damélioration-de-la-confidentialité-pets">2. Compréhension approfondie des technologies d&amp;rsquo;amélioration de la confidentialité (PETs)
&lt;/h2>&lt;p>La clé pour concilier la protection de la vie privée et l&amp;rsquo;exploitation des données réside dans les « technologies d&amp;rsquo;amélioration de la confidentialité (PETs) ». Nous allons expliquer ici en détail, avec leurs définitions mathématiques et leurs implémentations techniques, les principales PETs qui jouent un rôle crucial dans l&amp;rsquo;analyse moderne des Big Data et de l&amp;rsquo;apprentissage automatique.&lt;/p>
&lt;h3 id="21-k-anonymat-k-anonymity-et-ses-extensions">2.1 K-anonymat (K-Anonymity) et ses extensions
&lt;/h3>&lt;p>Proposé en 1998 par Latanya Sweeney et Pierangela Samarati, le « k-anonymat » est un concept fondamental pour la protection de la vie privée lors de la publication de données. Il signifie que chaque enregistrement dans un jeu de données doit être indiscernable d&amp;rsquo;au moins $k-1$ autres enregistrements.&lt;/p>
&lt;p>Les attributs au sein d&amp;rsquo;une base de données se divisent globalement en trois catégories :&lt;/p>
&lt;ol>
&lt;li>&lt;strong>Identifiants explicites (Explicit Identifiers)&lt;/strong> : informations permettant d&amp;rsquo;identifier directement un individu, telles que le nom ou le numéro de sécurité sociale (celles-ci sont généralement supprimées ou chiffrées).&lt;/li>
&lt;li>&lt;strong>Quasi-identifiants (Quasi-Identifiers : QIs)&lt;/strong> : informations qui, individuellement, ne peuvent pas identifier une personne (comme l&amp;rsquo;âge, le sexe, le code postal), mais qui peuvent le faire lorsqu&amp;rsquo;elles sont combinées.&lt;/li>
&lt;li>&lt;strong>Attributs sensibles (Sensitive Attributes)&lt;/strong> : informations à protéger, telles que la maladie ou le revenu annuel.&lt;/li>
&lt;/ol>
&lt;p>Le k-anonymat garantit qu&amp;rsquo;il existe toujours au moins $k$ combinaisons identiques de quasi-identifiants (classe d&amp;rsquo;équivalence). Cependant, il est vulnérable aux « attaques par homogénéité (Homogeneity Attack) » et aux « attaques par connaissances de base (Background Knowledge Attack) ». Par exemple, si l&amp;rsquo;ensemble des $k$ personnes d&amp;rsquo;une classe d&amp;rsquo;équivalence partagent la même maladie (attribut sensible), la maladie sera identifiée même si le k-anonymat est préservé.&lt;/p>
&lt;p>Pour pallier ces faiblesses, les modèles étendus suivants ont été proposés :&lt;/p>
&lt;ul>
&lt;li>&lt;strong>l-diversité (l-diversity)&lt;/strong> : garantit que dans chaque classe d&amp;rsquo;équivalence, l&amp;rsquo;attribut sensible possède au moins $l$ valeurs distinctes.&lt;/li>
&lt;li>&lt;strong>t-proximité (t-closeness)&lt;/strong> : s&amp;rsquo;assure que la distance (comme la distance du cantonnier, Earth Mover&amp;rsquo;s Distance) entre la distribution de l&amp;rsquo;attribut sensible dans chaque classe d&amp;rsquo;équivalence et sa distribution dans l&amp;rsquo;ensemble du jeu de données reste inférieure ou égale à un seuil $t$.&lt;/li>
&lt;/ul>
&lt;h3 id="22-confidentialité-différentielle-differential-privacy--dp">2.2 Confidentialité différentielle (Differential Privacy : DP)
&lt;/h3>&lt;p>Afin de surmonter les limites du modèle de k-anonymat, la « confidentialité différentielle (Differential Privacy) », proposée en 2006 par Cynthia Dwork et ses collègues, est aujourd&amp;rsquo;hui largement adoptée comme la norme de confidentialité la plus puissante et mathématiquement rigoureuse. Les géants de la technologie tels qu&amp;rsquo;Apple, Google et Microsoft appliquent cette $\epsilon$-confidentialité différentielle lors de la collecte de données de télémétrie et de statistiques auprès de leurs utilisateurs.&lt;/p>
&lt;h4 id="définition-mathématique-de-la-confidentialité-différentielle">Définition mathématique de la confidentialité différentielle
&lt;/h4>&lt;p>Un algorithme aléatoire (Randomized Algorithm) $\mathcal{M}$ satisfait la $\epsilon$-confidentialité différentielle si, pour deux jeux de données adjacents $D$ et $D'$ ne différant que d&amp;rsquo;un seul enregistrement (c&amp;rsquo;est-à-dire $\|D - D'\|_1 = 1$), et pour tout sous-ensemble de résultats $S \subseteq \text{Range}(\mathcal{M})$, l&amp;rsquo;inégalité suivante est vérifiée :&lt;/p>
$$ \Pr[\mathcal{M}(D) \in S] \le e^\epsilon \Pr[\mathcal{M}(D') \in S] $$&lt;p>Où $\epsilon$ (le budget de confidentialité) est un paramètre non négatif qui contrôle le niveau de protection de la vie privée. Plus $\epsilon$ est petit, plus la protection est forte, mais l&amp;rsquo;utilité des données diminue en conséquence.&lt;/p>
&lt;p>En outre, le modèle assoupli de la $(\epsilon, \delta)$-confidentialité différentielle, qui tolère une très faible probabilité $\delta$ que la garantie de confidentialité soit rompue, est également très utilisé.&lt;/p>
$$ \Pr[\mathcal{M}(D) \in S] \le e^\epsilon \Pr[\mathcal{M}(D') \in S] + \delta $$&lt;h4 id="le-mécanisme-de-laplace-laplace-mechanism">Le mécanisme de Laplace (Laplace Mechanism)
&lt;/h4>&lt;p>Une méthode représentative pour réaliser la confidentialité différentielle est le « mécanisme de Laplace », qui consiste à ajouter intentionnellement un bruit (nombre aléatoire) suivant une certaine distribution au résultat réel d&amp;rsquo;une requête. La quantité de bruit à ajouter dépend de la « sensibilité globale (Global Sensitivity) » $\Delta f$ de la fonction $f$.&lt;/p>
&lt;p>La sensibilité globale $\Delta f$ est définie comme la variation maximale de la sortie de la fonction $f$ pour n&amp;rsquo;importe quelle paire de jeux de données adjacents $D$ et $D'$.&lt;/p>
$$ \Delta f = \max_{D, D'} \| f(D) - f(D') \|_1 $$&lt;p>Le mécanisme de Laplace ajoute au résultat de la fonction $f(D)$ un bruit $Y$ échantillonné à partir d&amp;rsquo;une distribution de Laplace $\text{Lap}(b)$ dont le paramètre d&amp;rsquo;échelle est $b = \frac{\Delta f}{\epsilon}$.&lt;/p>
$$ \mathcal{M}(D) = f(D) + Y, \quad Y \sim \text{Lap}\left(\frac{\Delta f}{\epsilon}\right) $$&lt;p>La fonction de densité de probabilité de la distribution de Laplace est la suivante :&lt;/p>
$$ p(x \mid b) = \frac{1}{2b} \exp\left( - \frac{|x|}{b} \right) $$&lt;p>Grâce à cette injection de bruit, il devient impossible de déduire du résultat si un individu spécifique est présent ou non dans le jeu de données. Les entreprises exploitent la DP comme une technique permettant de masquer les données individuelles tout en préservant l&amp;rsquo;utilité des tendances statistiques globales (moyenne, variance, comptage, etc.) des données.&lt;/p>
&lt;h3 id="23-apprentissage-fédéré-federated-learning--fl">2.3 Apprentissage fédéré (Federated Learning : FL)
&lt;/h3>&lt;p>L&amp;rsquo;apprentissage automatique traditionnel adoptait une approche centralisée consistant à agréger d&amp;rsquo;énormes volumes de données sur un serveur central pour entraîner des modèles, à l&amp;rsquo;image du lac de données mentionné précédemment. Cependant, l&amp;rsquo;envoi de données sensibles, telles que des images médicales ou l&amp;rsquo;historique de saisie des smartphones, vers un serveur central implique des risques majeurs pour la vie privée.&lt;/p>
&lt;p>Pour résoudre ce problème, Google a introduit en 2016 l&amp;rsquo;« apprentissage fédéré (Federated Learning) ». Dans l&amp;rsquo;apprentissage fédéré, au lieu de déplacer les données, c&amp;rsquo;est le « processus de calcul du modèle » qui est déplacé vers les périphériques en périphérie (smartphones, serveurs d&amp;rsquo;hôpitaux, etc.) où se trouvent les données.&lt;/p>
&lt;pre class="mermaid">
flowchart TD
Server[&amp;#34;Serveur d&amp;#39;agrégation central&amp;#34;]
Device1[&amp;#34;Périphérique Edge 1 (Smartphone)&amp;#34;]
Device2[&amp;#34;Périphérique Edge 2 (Smartphone)&amp;#34;]
Device3[&amp;#34;Périphérique Edge 3 (Smartphone)&amp;#34;]
Server --&amp;gt;|&amp;#34;1. Diffusion des poids du modèle global&amp;#34;| Device1
Server --&amp;gt;|&amp;#34;1. Diffusion des poids du modèle global&amp;#34;| Device2
Server --&amp;gt;|&amp;#34;1. Diffusion des poids du modèle global&amp;#34;| Device3
Device1 --&amp;gt;|&amp;#34;2. Entraînement local sur des données privées&amp;#34;| Device1
Device2 --&amp;gt;|&amp;#34;2. Entraînement local sur des données privées&amp;#34;| Device2
Device3 --&amp;gt;|&amp;#34;2. Entraînement local sur des données privées&amp;#34;| Device3
Device1 --&amp;gt;|&amp;#34;3. Transmission des gradients/mises à jour du modèle&amp;#34;| Server
Device2 --&amp;gt;|&amp;#34;3. Transmission des gradients/mises à jour du modèle&amp;#34;| Server
Device3 --&amp;gt;|&amp;#34;3. Transmission des gradients/mises à jour du modèle&amp;#34;| Server
Server --&amp;gt;|&amp;#34;4. Agrégation (FedAvg)&amp;#34;| Server
Server --&amp;gt;|&amp;#34;5. Mise à jour du modèle global&amp;#34;| Server
&lt;/pre>
&lt;h4 id="algorithme-de-moyenne-fédérée-fedavg">Algorithme de moyenne fédérée (FedAvg)
&lt;/h4>&lt;p>L&amp;rsquo;algorithme d&amp;rsquo;agrégation emblématique de l&amp;rsquo;apprentissage fédéré est le FedAvg. Chaque client $k$ utilise son propre jeu de données $D_k$ (de taille $n_k$) pour effectuer localement plusieurs époques d&amp;rsquo;entraînement via la descente de gradient stochastique (SGD), et calcule les poids mis à jour $w_{t+1}^k$.&lt;/p>
&lt;p>Le serveur central reçoit les poids des $K$ clients participants et met à jour les poids du modèle global $w_{t+1}$ en effectuant une moyenne pondérée de ces poids selon la taille de leurs données. Si le volume total des données est $n = \sum_{k=1}^K n_k$, la formule de mise à jour s&amp;rsquo;écrit ainsi :&lt;/p>
$$ w_{t+1} = \sum_{k=1}^K \frac{n_k}{n} w_{t+1}^k $$&lt;p>Grâce à cela, il est possible de construire des modèles d&amp;rsquo;IA performants sans que les données brutes personnelles (comme l&amp;rsquo;historique des messages ou les photos) ne quittent jamais l&amp;rsquo;appareil. Parmi les applications phares, on peut citer la fonction de prédiction du mot suivant du clavier Google (Gboard), l&amp;rsquo;amélioration des modèles de reconnaissance vocale de Hey Siri ou de FaceID d&amp;rsquo;Apple.&lt;/p>
&lt;h3 id="24-chiffrement-homomorphe-homomorphic-encryption--he">2.4 Chiffrement homomorphe (Homomorphic Encryption : HE)
&lt;/h3>&lt;p>Le chiffrement homomorphe est une technologie de cryptographie « magique » qui permet d&amp;rsquo;effectuer des calculs (comme des additions ou des multiplications) sur des données tout en les conservant chiffrées. Avec les méthodes de chiffrement classiques, il est nécessaire de déchiffrer (revenir au texte clair) les données pour pouvoir les traiter, mais effectuer ce déchiffrement sur un serveur cloud constitue une vulnérabilité de sécurité.&lt;/p>
&lt;p>L&amp;rsquo;utilisation du chiffrement homomorphe permet d&amp;rsquo;obtenir les propriétés suivantes. En notant $E(\cdot)$ la fonction de chiffrement, l&amp;rsquo;addition ou la multiplication des textes clairs $m_1$ et $m_2$ devient possible grâce aux opérations sur les textes chiffrés ($\oplus$ et $\otimes$).&lt;/p>
$$ E(m_1 + m_2) = E(m_1) \oplus E(m_2) $$$$ E(m_1 \times m_2) = E(m_1) \otimes E(m_2) $$&lt;p>Le chiffrement homomorphe se divise en « chiffrement partiellement homomorphe (Partially Homomorphic Encryption : PHE) », qui ne permet que l&amp;rsquo;addition ou la multiplication, et en « chiffrement totalement homomorphe (Fully Homomorphic Encryption : FHE) », qui autorise à la fois l&amp;rsquo;addition et la multiplication un nombre infini de fois. La construction du premier schéma FHE basé sur la cryptographie sur les réseaux euclidiens (Lattice-based cryptography) par Craig Gentry en 2009 a marqué une avancée majeure en cryptographie.&lt;/p>
&lt;p>Actuellement, bien que des défis subsistent en matière de coûts de calcul et d&amp;rsquo;augmentation de la taille des textes chiffrés (surcharge), on attend beaucoup de ses applications pour l&amp;rsquo;analyse sécurisée de données médicales sur le cloud ou le calcul sécurisé multiparti entre institutions financières.&lt;/p>
&lt;h2 id="3-tendances-en-matière-de-réglementation-et-de-conformité--rgpd-vs-ccpa">3. Tendances en matière de réglementation et de conformité : RGPD vs CCPA
&lt;/h2>&lt;p>Parallèlement aux évolutions technologiques, la mise en place de cadres juridiques progresse rapidement à l&amp;rsquo;échelle mondiale. Lors de l&amp;rsquo;exploitation du Big Data par les entreprises, le respect de ces réglementations est devenu une condition sine qua non. Comparons les deux cadres réglementaires les plus influents.&lt;/p>
&lt;h3 id="règlement-général-sur-la-protection-des-données-rgpd-de-lue">Règlement général sur la protection des données (RGPD) de l&amp;rsquo;UE
&lt;/h3>&lt;p>Entré en vigueur en mai 2018, le RGPD (Règlement général sur la protection des données) de l&amp;rsquo;UE est reconnu comme la « norme mondiale (gold standard) » en matière de protection des données à caractère personnel. Le RGPD s&amp;rsquo;applique à toutes les organisations traitant les données de personnes résidant au sein de l&amp;rsquo;UE. En cas d&amp;rsquo;infraction, de lourdes amendes peuvent être infligées, pouvant atteindre jusqu&amp;rsquo;à 4 % du chiffre d&amp;rsquo;affaires annuel mondial ou 20 millions d&amp;rsquo;euros, le montant le plus élevé étant retenu.&lt;/p>
&lt;p>&lt;strong>Principales caractéristiques du RGPD :&lt;/strong>&lt;/p>
&lt;ul>
&lt;li>&lt;strong>Principe d&amp;rsquo;adhésion (Opt-in)&lt;/strong> : la collecte et le traitement des données nécessitent un consentement préalable, libre et explicite de la part de l&amp;rsquo;utilisateur.&lt;/li>
&lt;li>&lt;strong>Droit à l&amp;rsquo;oubli (Right to be Forgotten/Right to Erasure)&lt;/strong> : l&amp;rsquo;utilisateur a le droit d&amp;rsquo;exiger des entreprises l&amp;rsquo;effacement complet de ses données personnelles. Cela implique également de supprimer les données des sauvegardes des lacs de données, une exigence techniquement très complexe.&lt;/li>
&lt;li>&lt;strong>Responsable du traitement (Contrôleur) et Sous-traitant (Processeur)&lt;/strong> : il définit de manière stricte les responsabilités de celui qui détermine les finalités du traitement des données (le contrôleur) et de celui qui traite les données selon ses instructions (le processeur).&lt;/li>
&lt;/ul>
&lt;h3 id="loi-sur-la-protection-de-la-vie-privée-des-consommateurs-de-californie-ccpacpra">Loi sur la protection de la vie privée des consommateurs de Californie (CCPA/CPRA)
&lt;/h3>&lt;p>En l&amp;rsquo;absence de loi fédérale globale sur la protection de la vie privée aux États-Unis, la CCPA (California Consumer Privacy Act), entrée en vigueur en Californie en 2020, fait office de norme nationale de facto. Elle a ensuite été renforcée par la CPRA (California Privacy Rights Act).&lt;/p>
&lt;p>&lt;strong>Principales caractéristiques de la CCPA :&lt;/strong>&lt;/p>
&lt;ul>
&lt;li>&lt;strong>Principe de retrait (Opt-out)&lt;/strong> : contrairement au « consentement préalable » du RGPD, la collecte de données est autorisée sans consentement préalable, mais il est obligatoire de fournir à l&amp;rsquo;utilisateur un lien de refus clair tel que « Ne vendez pas mes informations personnelles (Do Not Sell My Personal Information) ».&lt;/li>
&lt;li>&lt;strong>Droit d&amp;rsquo;accès aux données&lt;/strong> : les consommateurs peuvent exiger la divulgation d&amp;rsquo;informations spécifiques collectées par l&amp;rsquo;entreprise, ainsi que leurs catégories, leurs sources et si elles ont été vendues à des tiers.&lt;/li>
&lt;/ul>
&lt;p>Ces cadres juridiques exigent fortement des entreprises l&amp;rsquo;adoption du « Privacy by Design » (le respect de la vie privée dès la conception), c&amp;rsquo;est-à-dire l&amp;rsquo;intégration de la protection de la vie privée dès la phase de conception des systèmes et des processus.&lt;/p>
&lt;h2 id="4-défis-dimplémentation-dans-lécosystème-des-données">4. Défis d&amp;rsquo;implémentation dans l&amp;rsquo;écosystème des données
&lt;/h2>&lt;p>Examinons la perspective de l&amp;rsquo;implémentation lors de l&amp;rsquo;application de ces technologies de protection de la vie privée et de ces réglementations dans un environnement Big Data réel. Imaginons par exemple l&amp;rsquo;implémentation du k-anonymat ou de la confidentialité différentielle à l&amp;rsquo;aide de Python et Pandas, ou de PySpark, au sein d&amp;rsquo;un lac de données.&lt;/p>
&lt;div class="highlight">&lt;div class="chroma">
&lt;table class="lntable">&lt;tr>&lt;td class="lntd">
&lt;pre tabindex="0" class="chroma">&lt;code>&lt;span class="lnt"> 1
&lt;/span>&lt;span class="lnt"> 2
&lt;/span>&lt;span class="lnt"> 3
&lt;/span>&lt;span class="lnt"> 4
&lt;/span>&lt;span class="lnt"> 5
&lt;/span>&lt;span class="lnt"> 6
&lt;/span>&lt;span class="lnt"> 7
&lt;/span>&lt;span class="lnt"> 8
&lt;/span>&lt;span class="lnt"> 9
&lt;/span>&lt;span class="lnt">10
&lt;/span>&lt;span class="lnt">11
&lt;/span>&lt;span class="lnt">12
&lt;/span>&lt;span class="lnt">13
&lt;/span>&lt;span class="lnt">14
&lt;/span>&lt;span class="lnt">15
&lt;/span>&lt;span class="lnt">16
&lt;/span>&lt;span class="lnt">17
&lt;/span>&lt;span class="lnt">18
&lt;/span>&lt;span class="lnt">19
&lt;/span>&lt;span class="lnt">20
&lt;/span>&lt;span class="lnt">21
&lt;/span>&lt;span class="lnt">22
&lt;/span>&lt;span class="lnt">23
&lt;/span>&lt;span class="lnt">24
&lt;/span>&lt;span class="lnt">25
&lt;/span>&lt;span class="lnt">26
&lt;/span>&lt;span class="lnt">27
&lt;/span>&lt;span class="lnt">28
&lt;/span>&lt;span class="lnt">29
&lt;/span>&lt;span class="lnt">30
&lt;/span>&lt;span class="lnt">31
&lt;/span>&lt;span class="lnt">32
&lt;/span>&lt;/code>&lt;/pre>&lt;/td>
&lt;td class="lntd">
&lt;pre tabindex="0" class="chroma">&lt;code class="language-python" data-lang="python">&lt;span class="line">&lt;span class="cl">&lt;span class="c1"># Implémentation conceptuelle de l&amp;#39;agrégation de données appliquant la confidentialité différentielle (Python)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="kn">import&lt;/span> &lt;span class="nn">numpy&lt;/span> &lt;span class="k">as&lt;/span> &lt;span class="nn">np&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="kn">import&lt;/span> &lt;span class="nn">pandas&lt;/span> &lt;span class="k">as&lt;/span> &lt;span class="nn">pd&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="k">def&lt;/span> &lt;span class="nf">laplace_mechanism&lt;/span>&lt;span class="p">(&lt;/span>&lt;span class="n">true_value&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="n">sensitivity&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="n">epsilon&lt;/span>&lt;span class="p">):&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="s2">&amp;#34;&amp;#34;&amp;#34;
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="s2"> Fonction ajoutant un bruit de Laplace à la valeur réelle
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="s2"> &amp;#34;&amp;#34;&amp;#34;&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="n">scale&lt;/span> &lt;span class="o">=&lt;/span> &lt;span class="n">sensitivity&lt;/span> &lt;span class="o">/&lt;/span> &lt;span class="n">epsilon&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="n">noise&lt;/span> &lt;span class="o">=&lt;/span> &lt;span class="n">np&lt;/span>&lt;span class="o">.&lt;/span>&lt;span class="n">random&lt;/span>&lt;span class="o">.&lt;/span>&lt;span class="n">laplace&lt;/span>&lt;span class="p">(&lt;/span>&lt;span class="n">loc&lt;/span>&lt;span class="o">=&lt;/span>&lt;span class="mi">0&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="n">scale&lt;/span>&lt;span class="o">=&lt;/span>&lt;span class="n">scale&lt;/span>&lt;span class="p">)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="k">return&lt;/span> &lt;span class="n">true_value&lt;/span> &lt;span class="o">+&lt;/span> &lt;span class="n">noise&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="k">def&lt;/span> &lt;span class="nf">get_dp_average_salary&lt;/span>&lt;span class="p">(&lt;/span>&lt;span class="n">dataframe&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="n">epsilon&lt;/span>&lt;span class="o">=&lt;/span>&lt;span class="mf">1.0&lt;/span>&lt;span class="p">):&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="s2">&amp;#34;&amp;#34;&amp;#34;
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="s2"> Calcul du salaire moyen garantissant la confidentialité différentielle
&lt;/span>&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="s2"> &amp;#34;&amp;#34;&amp;#34;&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="c1"># Calcul réel&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="n">true_sum&lt;/span> &lt;span class="o">=&lt;/span> &lt;span class="n">dataframe&lt;/span>&lt;span class="p">[&lt;/span>&lt;span class="s1">&amp;#39;salary&amp;#39;&lt;/span>&lt;span class="p">]&lt;/span>&lt;span class="o">.&lt;/span>&lt;span class="n">sum&lt;/span>&lt;span class="p">()&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="n">true_count&lt;/span> &lt;span class="o">=&lt;/span> &lt;span class="nb">len&lt;/span>&lt;span class="p">(&lt;/span>&lt;span class="n">dataframe&lt;/span>&lt;span class="p">)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="c1"># Application de la confidentialité différentielle (basée sur l&amp;#39;hypothèse de sensibilité)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="c1"># En supposant que la variation maximale du salaire soit la sensibilité (un écrêtage serait plus rigoureux)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="n">max_salary_diff&lt;/span> &lt;span class="o">=&lt;/span> &lt;span class="mi">100000&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="c1"># Ajout de bruit (il est possible d&amp;#39;appliquer la DP individuellement à la somme et au décompte)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="n">noisy_sum&lt;/span> &lt;span class="o">=&lt;/span> &lt;span class="n">laplace_mechanism&lt;/span>&lt;span class="p">(&lt;/span>&lt;span class="n">true_sum&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="n">max_salary_diff&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="n">epsilon&lt;/span> &lt;span class="o">/&lt;/span> &lt;span class="mi">2&lt;/span>&lt;span class="p">)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="n">noisy_count&lt;/span> &lt;span class="o">=&lt;/span> &lt;span class="n">laplace_mechanism&lt;/span>&lt;span class="p">(&lt;/span>&lt;span class="n">true_count&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="mi">1&lt;/span>&lt;span class="p">,&lt;/span> &lt;span class="n">epsilon&lt;/span> &lt;span class="o">/&lt;/span> &lt;span class="mi">2&lt;/span>&lt;span class="p">)&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl"> &lt;span class="k">return&lt;/span> &lt;span class="n">noisy_sum&lt;/span> &lt;span class="o">/&lt;/span> &lt;span class="n">noisy_count&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="c1"># Exécution dans le pipeline de données&lt;/span>
&lt;/span>&lt;/span>&lt;span class="line">&lt;span class="cl">&lt;span class="c1"># dp_avg_salary = get_dp_average_salary(raw_df, epsilon=0.5)&lt;/span>
&lt;/span>&lt;/span>&lt;/code>&lt;/pre>&lt;/td>&lt;/tr>&lt;/table>
&lt;/div>
&lt;/div>&lt;p>Comme on peut le voir dans cet extrait de code, l&amp;rsquo;implémentation de la confidentialité différentielle en elle-même est assez simple et se résume à l&amp;rsquo;ajout de bruit. Toutefois, en pratique, la gestion du « budget de confidentialité ($\epsilon$) » s&amp;rsquo;avère extrêmement difficile. Lorsqu&amp;rsquo;on exécute plusieurs requêtes sur le même jeu de données, le budget de confidentialité se consomme (selon le théorème de composition). Il est donc nécessaire de concevoir un système (Privacy Budget Management) qui finira par verrouiller l&amp;rsquo;ensemble du jeu de données ou rejeter les requêtes.&lt;/p>
&lt;h2 id="5-perspectives-davenir-et-enjeux-éthiques">5. Perspectives d&amp;rsquo;avenir et enjeux éthiques
&lt;/h2>&lt;p>Le compromis entre le Big Data et la vie privée n&amp;rsquo;est pas un jeu à somme nulle. Grâce à l&amp;rsquo;évolution des PETs comme la confidentialité différentielle, l&amp;rsquo;apprentissage fédéré et le chiffrement homomorphe, un nouveau paradigme d&amp;rsquo;exploitation des données consistant à « partager des informations (insights) sans partager les données » est en passe de devenir réalité.&lt;/p>
&lt;p>De plus, couplé récemment aux concepts de « maillage de données (Data Mesh) » et de « Web3 (Web décentralisé) », le mouvement visant à redonner la souveraineté des données (Data Sovereignty) aux individus plutôt qu&amp;rsquo;aux géants de la plateforme s&amp;rsquo;accélère. On débat aujourd&amp;rsquo;hui d&amp;rsquo;un avenir où les données personnelles seraient stockées dans des Personal Data Stores (PDS) ou des portefeuilles de données (Data Wallets), permettant aux utilisateurs eux-mêmes de contrôler les autorisations d&amp;rsquo;utilisation et la monétisation de leurs données.&lt;/p>
&lt;p>Néanmoins, les solutions technologiques ne sont pas parfaites. Dans l&amp;rsquo;apprentissage fédéré, il existe la menace d&amp;rsquo;une « attaque par empoisonnement (Poisoning Attack) », où des clients malveillants pourraient envoyer des mises à jour corrompues pour polluer le modèle global. Concernant la confidentialité différentielle, des problèmes éthiques sont soulevés : les données des minorités peuvent être noyées par le bruit, induisant ainsi des biais dans les modèles d&amp;rsquo;IA.&lt;/p>
&lt;h2 id="conclusion">Conclusion
&lt;/h2>&lt;p>Le devenir des informations personnelles à l&amp;rsquo;ère du Big Data dépasse le simple défi technologique ; il soulève la question fondamentale de la société dans laquelle nous souhaitons vivre. Comment profiter de la commodité tout en préservant la dignité de l&amp;rsquo;individu et sa vie privée ? Ce n&amp;rsquo;est que par la combinaison indissociable de la mise en place de cadres juridiques, de l&amp;rsquo;innovation constante des technologies de protection de la vie privée, et d&amp;rsquo;un haut niveau d&amp;rsquo;alphabétisation numérique de chacun d&amp;rsquo;entre nous (les fournisseurs de données) qu&amp;rsquo;une solution durable pourra être atteinte. La vie privée et la commodité ne seront bientôt plus un compromis, mais évolueront pour devenir des « exigences essentielles » conciliables grâce aux technologies de pointe.&lt;/p></description></item></channel></rss>