Publié le 23 août 2026

Chat Control et chiffrement de bout en bout : la menace réelle expliquée

Comment Chat Control neutralise techniquement le chiffrement de bout en bout via le client-side scanning. Explication accessible et démonstration technique.

Le chiffrement de bout en bout est présenté depuis 15 ans comme la garantie ultime de la confidentialité de nos communications numériques. WhatsApp, iMessage, Signal, toutes ces messageries mettent en avant leur chiffrement E2EE (End-to-End Encryption) comme argument principal auprès de leurs utilisateurs.

Chat Control, dans sa version 2.0 en négociation, menace de neutraliser techniquement cette protection sans avoir besoin de la briser mathématiquement. Ce guide explique précisément comment.

Il s'adresse aux utilisateurs techniques, aux journalistes tech, aux chercheurs en sécurité, et à toute personne voulant comprendre au niveau technique pourquoi le chiffrement de bout en bout, dans son état actuel, n'offrira pas la protection espérée face au règlement CSAR.

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

Le chiffrement de bout en bout (E2EE) est une technique cryptographique dans laquelle un message est chiffré sur l'appareil de l'émetteur et ne peut être déchiffré que sur l'appareil du destinataire. Aucun intermédiaire, ni le fournisseur de la messagerie, ni les opérateurs réseau, ni les autorités, ne peut lire le contenu du message pendant sa transmission.

Le principe cryptographique

Le E2EE repose sur les principes de cryptographie asymétrique. Chaque utilisateur possède une paire de clés : une clé publique et une clé privée. La clé publique est partagée librement, elle sert à chiffrer les messages destinés à cet utilisateur. La clé privée reste secrète sur l'appareil de l'utilisateur, elle seule permet de déchiffrer les messages reçus.

Concrètement, quand Alice envoie un message à Bob via une messagerie E2EE :

L'application d'Alice chiffre le message avec la clé publique de Bob
Le message chiffré est transmis via les serveurs de la messagerie
Les serveurs de la messagerie ne peuvent pas lire le contenu, ils ne possèdent que la clé publique
L'application de Bob reçoit le message chiffré et le déchiffre avec la clé privée de Bob
Bob lit le message en clair sur son appareil

Cette architecture garantit que même le fournisseur de la messagerie, Meta pour WhatsApp, Apple pour iMessage, ne peut techniquement pas lire les échanges de ses utilisateurs.

Les implémentations actuelles

Depuis 2016, la plupart des grandes messageries grand public ont adopté le chiffrement de bout en bout par défaut. WhatsApp utilise le protocole Signal (développé par la Signal Foundation). iMessage utilise un protocole propriétaire d'Apple. Signal utilise évidemment son propre protocole. Telegram propose du E2EE uniquement dans ses "chats secrets" activés manuellement, pas par défaut.

Ces implémentations diffèrent dans leurs détails techniques mais partagent la même garantie fondamentale : le contenu du message ne peut être lu par personne d'autre que le destinataire.

Jusqu'à Chat Control 2.0.

La faille conceptuelle exploitée par Chat Control

Le chiffrement de bout en bout protège les messages pendant leur transmission, entre l'appareil de l'émetteur et celui du destinataire. Mais avant que le message ne soit chiffré, et après qu'il ait été déchiffré, il existe en clair sur les appareils.

Cette réalité technique, évidente mais souvent oubliée dans le débat public, est exactement la faille conceptuelle que Chat Control 2.0 exploite via le client-side scanning.

Le principe du client-side scanning

Le client-side scanning (CSS), ou "analyse côté client" en français, consiste à installer un module d'analyse directement sur l'appareil de l'utilisateur. Ce module examine le contenu des messages avant qu'ils ne soient chiffrés (dans le cas de l'émetteur) ou après qu'ils aient été déchiffrés (dans le cas du destinataire).

Concrètement, avec le CSS activé :

Alice tape son message
Le module CSS installé dans l'application analyse le contenu en clair
Le module compare le contenu à une base de données de "hachages" connus, ou l'analyse via un algorithme d'intelligence artificielle
Si le module détecte quelque chose de "suspect", il signale automatiquement le message aux autorités
Le message est ensuite chiffré normalement et transmis
Chez Bob, l'application déchiffre le message
Le module CSS de Bob analyse à son tour le contenu déchiffré
Bob lit le message

Sur le plan strictement technique, le chiffrement de bout en bout n'a pas été cassé. Le message a bien été chiffré pendant sa transmission. Personne au milieu ne peut le lire pendant le trajet.

En pratique, la garantie de confidentialité a été détruite. Le contenu du message a été lu, et potentiellement signalé, avant même le chiffrement.

La position officielle des institutions européennes

Les partisans de Chat Control 2.0 s'appuient sur cette distinction technique pour affirmer publiquement qu'ils "ne touchent pas au chiffrement". Cette affirmation est techniquement vraie, et politiquement trompeuse.

Elle est vraie : le protocole de chiffrement reste intact, aucune backdoor n'est ajoutée mathématiquement.

Elle est trompeuse : la finalité même du chiffrement, protéger la confidentialité du contenu, est neutralisée par le mécanisme du CSS.

Cette distinction fine permet aux gouvernements favorables au scan d'affirmer leur "respect" du chiffrement tout en mettant en place le mécanisme technique qui rend ce chiffrement inopérant. C'est ce qui explique pourquoi le débat public reste confus.

Les critiques techniques du client-side scanning

Le principe du client-side scanning fait l'objet de critiques techniques massives de la part de la communauté scientifique internationale.

Le rapport "Bugs in Our Pockets" (2021)

En octobre 2021, quinze des plus grands cryptographes et chercheurs en sécurité informatique au monde, dont Ross Anderson (Cambridge), Bruce Schneier, Whitfield Diffie (co-inventeur de la cryptographie asymétrique), Susan Landau (Tufts), ont publié un rapport intitulé "Bugs in Our Pockets: The Risks of Client-Side Scanning".

Ce rapport de 46 pages est probablement l'analyse technique la plus rigoureuse jamais publiée sur le sujet. Sa conclusion est sans ambiguïté : le client-side scanning "crée de nouveaux risques de sécurité pour les utilisateurs, rend les systèmes plus vulnérables aux abus, et n'est pas efficace pour atteindre ses objectifs déclarés".

Les auteurs identifient plusieurs classes de risques structurels.

Le risque d'expansion du périmètre

Une fois qu'un mécanisme de CSS est en place pour détecter un certain type de contenu (par exemple les contenus pédocriminels), il devient techniquement trivial d'étendre son périmètre à d'autres types de contenus. La base de données de "hachages" à comparer peut être élargie sans changement d'infrastructure.

Cette réalité crée une pression politique constante à l'élargissement : opposants politiques, contenus terroristes, contenus haineux, discours dissidents, propriété intellectuelle. Chacun de ces contenus pourrait être ajouté à la base de comparaison sans modification technique majeure.

Cette dynamique, bien documentée dans l'histoire des dispositifs de surveillance, est appelée "function creep" (dérive fonctionnelle). Elle est identifiée par les auteurs comme le risque principal du CSS.

Le risque de compromission des bases de données

Le mécanisme du CSS nécessite que les appareils des utilisateurs interagissent avec des bases de données de référence, soit stockées localement, soit consultées en ligne. Ces bases de données deviennent des cibles de choix pour les attaquants.

Deux scénarios de compromission sont particulièrement préoccupants.

Le premier est l'empoisonnement de base. Un attaquant qui parviendrait à insérer des hachages malveillants dans la base pourrait déclencher des signalements de contenus légitimes. Une image politique gênante pourrait être ajoutée à la base "contenus pédocriminels" par un adversaire, déclenchant automatiquement une enquête sur toute personne partageant cette image.

Le second est l'extraction de base. Un attaquant qui accéderait à la base de hachages pourrait potentiellement rétro-ingénier certains contenus originaux, notamment via les techniques de "hash inversion" pour les images.

Le risque de faux positifs à grande échelle

Les algorithmes d'analyse par intelligence artificielle utilisés pour détecter des contenus nouveaux (non répertoriés dans les bases de hachages) génèrent structurellement des faux positifs.

Les données rendues publiques par la police fédérale allemande (BKA) en 2024 montrent que 40 % à 60 % des signalements générés par ces systèmes sont pénalement sans intérêt. Photos de vacances familiales, échanges consentis entre adultes, discussions médicales entre parents et médecins, tous ces contenus légitimes peuvent déclencher des signalements automatiques.

À l'échelle européenne, avec 450 millions d'utilisateurs potentiellement concernés, cela représenterait potentiellement des dizaines de millions de signalements erronés par an. Chaque signalement mobiliserait les services de police compétents, transmettrait des données personnelles à des tiers, et exposerait des personnes innocentes à des procédures administratives.

L'impact concret sur les messageries chiffrées grand public

WhatsApp utilise le protocole Signal pour son chiffrement de bout en bout. En cas d'adoption de Chat Control 2.0 dans une version incluant le CSS, Meta n'aurait pas d'autre choix technique que d'intégrer un module d'analyse côté client dans son application. Ce module scannerait les messages avant leur chiffrement.

Meta n'a jamais publiquement indiqué qu'il refuserait de se conformer. L'entreprise a l'habitude des obligations réglementaires européennes (RGPD, DSA) et se conforme systématiquement pour maintenir son accès au marché, représentant environ 450 millions d'utilisateurs européens.

iMessage

Apple a une position historiquement plus protectrice de la vie privée. En 2021, l'entreprise avait pourtant elle-même proposé un système de CSS pour son écosystème (iCloud Photos), avant de reculer face à la levée de boucliers de la communauté scientifique.

Cette expérience de 2021 est significative : elle démontre à la fois qu'Apple dispose de la capacité technique d'implémenter le CSS, et que la pression publique a suffi pour l'en dissuader à l'époque. Sous obligation légale européenne, la marge de manœuvre serait plus étroite.

Signal, Threema, Tuta

Ces trois messageries ont fait de la protection de la vie privée leur promesse fondamentale. Elles ont publiquement annoncé qu'elles préféreraient quitter le marché européen plutôt que d'intégrer un mécanisme de CSS.

Signal, en particulier, a été très claire : sa CEO Meredith Whittaker a déclaré à plusieurs reprises que Signal ne mettra jamais en place de mécanisme de scan côté client, quelle que soit la loi. En cas d'adoption de CSAR dans cette version, Signal serait retirée des App Store européens et ne serait plus mise à jour pour les utilisateurs européens.

Cette perspective, la disparition des seules messageries véritablement protectrices, est probablement l'impact le plus grave de Chat Control 2.0 sur l'écosystème des messageries chiffrées en Europe.

Telegram est un cas particulier. Ses conversations classiques ne sont pas chiffrées de bout en bout par défaut, seuls les "chats secrets" activés manuellement le sont. Cela signifie que la majorité du trafic Telegram serait déjà exposée à un scan classique (comme sous Chat Control 1.0), et que l'application ne serait donc pas structurellement bouleversée par CSAR.

La position politique de Telegram sur le sujet reste opaque, ce qui n'est pas nouveau pour cette plateforme.

Le chiffrement personnel : la parade qui contourne le CSS

Il existe une famille de solutions techniques qui contournent structurellement le client-side scanning : les outils de chiffrement personnel indépendants des plateformes de messagerie.

Le principe est simple. Vous chiffrez votre message dans un outil dédié, pas dans WhatsApp ou Gmail. L'outil transforme votre message en une suite de caractères illisibles. Vous copiez-collez cette suite dans WhatsApp, Gmail, Telegram ou n'importe quelle autre application. Vous envoyez.

Pour le module CSS installé dans WhatsApp, votre message apparaît comme une suite de caractères aléatoires. L'analyse par comparaison de hachages ne trouvera aucune correspondance. L'analyse par IA ne comprendra rien à ce texte. Rien ne peut être signalé, alerté, ou analysé.

Cette méthode fonctionne parce qu'elle déplace l'opération de chiffrement en dehors du champ de vision du CSS. Le CSS ne peut scanner que ce qu'il voit avant le chiffrement de l'application. Il ne peut pas scanner un message qui est déjà chiffré avant d'atteindre l'application.

Pourquoi cette méthode reste inaccessible à la réglementation

Contrairement aux plateformes de messagerie, les outils de chiffrement personnel présentent trois caractéristiques qui les rendent structurellement plus difficiles à réglementer.

Ils sont décentralisés. Il n'y a pas de plateforme centrale à contraindre. Chaque utilisateur possède ses clés en local. Aucune autorité ne peut ordonner à "PGP" d'installer un module de scan, parce que PGP n'est pas une entreprise, c'est un protocole mathématique.

Ils sont pré-existants. PGP existe depuis 1991. Il est utilisé quotidiennement par des millions de personnes dans le monde. Le retirer du marché européen, même si c'était juridiquement possible, n'empêcherait pas ses utilisateurs actuels de continuer à l'utiliser.

Ils sont mathématiquement solides. L'algorithme de chiffrement PGP correctement implémenté est mathématiquement inviolable. Même les plus grandes agences de renseignement au monde le reconnaissent publiquement. Aucune loi ne peut interdire une équation.

Cette combinaison, décentralisation + antériorité + solidité mathématique, fait du chiffrement personnel la seule parade réellement pérenne face à Chat Control 2.0 et à ses successeurs éventuels.

Questions fréquentes

Le client-side scanning est-il déjà en place aujourd'hui sur WhatsApp ?

Non. WhatsApp ne pratique pas de scan côté client des contenus de messages. Sa politique publique reste centrée sur le chiffrement de bout en bout intact. Cette situation pourrait changer en cas d'adoption de Chat Control 2.0 dans une version incluant le CSS.

Apple a-t-elle vraiment tenté d'implémenter le CSS en 2021 ?

Oui. Apple a annoncé en août 2021 un système appelé "NeuralHash" destiné à scanner les photos uploadées sur iCloud Photos à la recherche de contenus pédocriminels. La levée de boucliers de la communauté scientifique, dont le rapport "Bugs in Our Pockets" publié quelques semaines plus tard, a conduit Apple à mettre le projet en pause. Le système n'a jamais été déployé.

Le chiffrement de bout en bout de Signal est-il vraiment inviolable ?

Le protocole cryptographique de Signal (Signal Protocol) est considéré comme l'état de l'art de la cryptographie de messagerie. Il est régulièrement audité par des chercheurs indépendants. Aucune vulnérabilité fondamentale n'a jamais été identifiée. En revanche, comme toute application, Signal reste vulnérable aux attaques ciblant l'appareil de l'utilisateur (malwares, keyloggers), mais cela ne remet pas en cause le chiffrement lui-même.

Est-ce que Signal va vraiment quitter l'Europe si CSAR est adopté ?

C'est ce que Meredith Whittaker, CEO de Signal, a déclaré publiquement à plusieurs reprises. La position officielle de Signal est de ne jamais implémenter de mécanisme de scan côté client. En cas d'obligation légale, Signal cesserait ses opérations sur le marché européen. Threema (Suisse) et Tuta (Allemagne) ont exprimé des positions similaires.

Pourquoi ne pas simplement utiliser un VPN pour se protéger ?

Un VPN chiffre le trafic entre votre appareil et un serveur VPN. Il protège votre navigation web et masque votre adresse IP. Mais il n'a strictement aucun impact sur le client-side scanning, qui agit sur votre appareil avant même que le trafic ne quitte l'application. Un VPN reste utile pour d'autres raisons, mais pas contre Chat Control.

Que se passe-t-il si je continue à utiliser WhatsApp après l'activation du CSS ?

Toutes vos communications seraient analysées avant leur chiffrement. Les faux positifs (40 % à 60 % selon les données de la police allemande) déclencheraient des signalements automatiques aux autorités. Vos échanges seraient transmis à des services que vous ne connaissez pas. Vous pourriez être invité à vous justifier de contenus légitimes. C'est pourquoi la parade personnelle, chiffrement en amont de l'application, devient nécessaire.

Pour aller plus loin

Dernière mise à jour : 23 août 2026.