Chiffrement et surveillance — Pourquoi l'analyse massive brise le E2EEChiffrement et surveillance — Pourquoi l'analyse massive brise le E2EE

Un cadenas que le propriétaire de la maison ne peut pas ouvrir, mais que le gardien du coin peut ouvrir, n'est pas un cadenas. C'est une invitation.

---

La proposition Chat Control ne discute pas de l'opportunité du chiffrement de bout en bout. Elle en discute, mais ce n'est pas le centre du débat. Le centre est de savoir s'il est possible de préserver le chiffrement tout en introduisant la capacité d'analyser le contenu chiffré. La réponse de la communauté cryptographique a été aussi unanime qu'inquiétante : non seulement ce n'est pas possible, mais prétendre le contraire révèle une méconnaissance fondamentale de ce qu'est le chiffrement.

Qu'est-ce que le chiffrement de bout en bout ?

Un système E2EE garantit que :

$$\text{Seuls}(\text{Émetteur}, \text{Récepteur}) \xrightarrow{\text{peuvent lire}} \text{Message}$$

Formellement, étant donné un message $M$, un émetteur $A$ et un récepteur $B$, le schéma de chiffrement $E$ produit un cryptogramme $C = E_{k_{AB}}(M)$ où $k_{AB}$ est une clé dérivée d'un échange Diffie-Hellman éphémère entre $A$ et $B$. Le serveur de la plateforme — l'intermédiaire — possède $C$ mais pas $k_{AB}$.

Cette propriété n'est ni un accident ni une fonctionnalité optionnelle. C'est la définition même du E2EE. Si le serveur peut déchiffrer $C$, alors ce n'est pas du E2EE. C'est du chiffrement en transit avec stockage sur serveur, ce qui est autre chose.

E2EE réel :           A —[Chiffré avec k_AB]—> Serveur —[Chiffré avec k_AB]—> B
                      Le serveur n'a PAS k_AB

Chiffrement en transit : A —[Chiffré avec k_AS]—> Serveur —[Chiffré avec k_SB]—> B
                         Le serveur DÉCHIFFRE et re-chiffre

Analyse obligatoire :    A —[Chiffré avec k_AB]—> Serveur + [Copie pour analyse]
                         Le serveur a besoin d'accès au contenu

Le troisième cas n'est pas du E2EE. C'est du chiffrement en transit avec une inspection obligatoire. Et cette inspection, même si elle est réalisée par une prétendue "analyse côté client", exige toujours que le contenu soit accessible à un tiers à un moment donné du flux.

Client-Side Scanning (CSS)

La proposition technique la plus discutée est l'analyse côté client (client-side scanning ou CSS). L'idée est que l'appareil de l'émetteur exécute un classificateur local qui compare le contenu avec une base de données de hashs de CSAM connu (comme la base PhotoDNA de Microsoft) avant de chiffrer le message.

                  ┌─────────────────────┐
  A écrit M →     │  Classificateur local│ → ¿M ∈ B? → Signaler
                  │  Puis chiffre M      │ → C → Envoyer C au serveur
                  └─────────────────────┘

Le problème est que cela ne résout pas la tension fondamentale. Le classificateur local a besoin :

1. 
   

   D'accéder à M avant de chiffrer — ce qui signifie que le logiciel de messagerie doit pouvoir inspecter le contenu. Si le logiciel est open source (comme Signal), c'est vérifiable. Mais si le classificateur est mis à jour dynamiquement (comme l'exige la détection de nouveau CSAM), la vérification indépendante devient impossible.

   
   
2. 
   

   D'une base de données de référence mise à jour et partagée avec l'autorité. Cette base de données peut s'étendre (par ordonnance judiciaire ou pression politique) pour inclure d'autres types de contenu : terrorisme, désinformation, discours haineux, critiques du gouvernement.

   
   
3. 
   

   De mises à jour forcées du classificateur — si le gouvernement peut exiger que le classificateur inclue de nouvelles catégories de contenu, le CSS devient un mécanisme de censure avec un appui légal.

   
   

Le problème de la porte dérobée

Un argument revient souvent dans le débat : "il ne s'agit pas de créer une porte dérobée, mais une porte d'entrée avec supervision judiciaire". Cette distinction est trompeuse.

Une porte dérobée (backdoor) est un mécanisme non documenté qui permet à un attaquant de contourner la sécurité. Une porte d'entrée (frontdoor) serait un mécanisme documenté et légal pour qu'une autorité accède au contenu. Mais du point de vue de la sécurité du système, les deux sont équivalentes :

Backdoor :  L'attaquant exploite une vulnérabilité → Accède à M
Frontdoor : L'autorité utilise un mécanisme légal → Accède à M
----------- Différence : qui, pas comment ----------
Attaquant étatique :   utilise la frontdoor comme backdoor
Cybercriminel :        cherche la vulnérabilité que la frontdoor crée
Régime hostile :       adopte la même législation comme modèle

Le problème est que tout mécanisme permettant à une autorité légitime d'accéder à des messages chiffrés crée nécessairement une surface d'attaque qui peut être exploitée par des acteurs illégitimes. Il n'y a aucun moyen de construire un mécanisme d'accès qui ne puisse être utilisé que par "les bons". Le chiffrement ne fait pas la différence entre un juge allemand et un hacker russe. Il ne distingue que celui qui a la clé de celui qui ne l'a pas.

L'asymétrie de la détection

Le débat sur Chat Control révèle une asymétrie rarement explicitée :

L'asymétrie profonde, cependant, n'est pas technique mais ontologique : le surveillant a besoin du contenu pour savoir s'il est illégal, mais le contenu n'est illégal que si le surveillant l'examine. C'est le paradoxe de l'inspecteur qui doit ouvrir la boîte pour savoir si la boîte contient quelque chose d'interdit, mais en l'ouvrant, il a déjà violé ce que la boîte contenait, quel que soit ce qu'il trouve.

La pente glissante quantifiée

L'un des arguments les plus solides contre le CSS n'est pas philosophique mais historique. Chaque système de surveillance de masse mis en œuvre initialement avec un objectif limité a fini par s'étendre :

1994 : CALEA (États-Unis) — Uniquement pour interception légale
    → 2001 : Expansion post-11/09
    → 2015 : Inclut VoIP et messagerie
    → 2020 : Débat sur l'inclusion du E2EE

2006 : SWIFT (Finances) — Uniquement terrorisme
    → 2010 : Étendu aux crimes graves
    → 2015 : Étendu à l'évasion fiscale
    → 2020 : Échange massif de données bancaires

2016 : Loi de Sécurité Intérieure (Espagne) — Uniquement terrorisme
    → 2019 : Crimes graves
    → 2025 : Maintien de l'ordre public

Il n'y a aucune raison de croire que Chat Control serait différent. L'histoire suggère que tout mécanisme de surveillance de masse tend à s'étendre jusqu'à occuper tout l'espace légal disponible. Non par malveillance nécessairement, mais parce que la logique du système est incrémentale : si ça fonctionne pour les CSAM, pourquoi pas pour le terrorisme ? Si ça fonctionne pour le terrorisme, pourquoi pas pour les crimes graves ? Chaque expansion est individuellement raisonnable ; le résultat agrégé ne l'est pas.

L'argument de la proportionnalité

Le droit européen exige que toute restriction des droits fondamentaux (comme la vie privée de l'Article 7 de la CDFUE et la protection des données de l'Article 8) soit proportionnée. Cela implique :

1. Pertinence : la mesure doit être adaptée pour atteindre le but poursuivi
2. Nécessité : il ne doit pas y avoir de mesure moins restrictive tout aussi efficace
3. Proportionnalité au sens strict : le sacrifice du droit doit être proportionné au bénéfice

La communauté cryptographique a soutenu que le CSS ne satisfait pas le test de proportionnalité parce que :

• Il n'est pas pertinent (des taux de faux positifs rendraient la supervision judiciaire insoutenable)
• Il n'est pas nécessaire (il existe des alternatives moins intrusives : listes de signalement, hotlines, détection basée sur les métadonnées)
• Le sacrifice du chiffrement est disproportionné par rapport au bénéfice potentiel

---

Documents connexes :

• Chat Control — Définition et contexte
• Cryptographie homomorphe — Promesses et limites
• Preuves à connaissance nulle — Applications au problème de détection
• Alternatives à l'analyse massive