Les attaques les plus dangereuses contre les communications sécurisées ne déchiffrent pas vos messages. Elles compromettent l'appareil avant le chiffrement, puis observent chaque frappe au clavier, chaque écran et chaque conversation en clair.

CVE-2026-21385 est le dernier exemple documenté d'un schéma que les équipes de sécurité des gouvernements et des infrastructures critiques doivent comprendre : il s'agit d'une exploitation de la couche matérielle qui contourne le modèle de sécurité sur lequel la plupart des organisations s'appuient.

Qu'est-ce que CVE-2026-21385 ?

Le bulletin de sécurité Android de Google de mars 2026 a corrigé 129 vulnérabilités. L'une d'elles se distingue particulièrement : CVE-2026-21385. Il s'agit d'un dépassement d'entier dans un composant graphique open source, plus précisément d'une faille de corruption de mémoire qui se produit lorsque des données fournies par l'utilisateur sont traitées sans vérification de l'espace tampon disponible. Cette vulnérabilité a été évaluée et a obtenu un score CVSS de base de 7,8, ce qui correspond à une gravité élevée.

Cette vulnérabilité touche 235 puces différentes , y compris potentiellement celles des appareils Android utilisés par les agences gouvernementales, les forces de l'ordre et les infrastructures critiques du monde entier.

Google a signalé la vulnérabilité en des termes précis : « Il semblerait que la CVE-2026-21385 soit exploitée de manière ciblée et limitée. » Un correctif existe et a été publié. Cependant, la responsabilité des failles Android incombe aux fabricants d'appareils : ces derniers doivent recevoir, tester et distribuer le correctif à leurs clients avant qu'il ne soit disponible sur chaque appareil. Pour de nombreux appareils, ce délai se compte en mois. Pour d'autres, le correctif n'arrive jamais.

Pourquoi la vulnérabilité CVE-2026-21385 contourne-t-elle complètement le chiffrement ?

En matière de communications sécurisées, il est important de comprendre où le protocole E2EE fonctionne réellement — et où il ne fonctionne pas.

Le chiffrement de bout en bout (E2EE) crée un tunnel sécurisé pour les données en transit entre deux terminaux. Le chiffrement s'effectue sur le terminal émetteur, et le déchiffrement sur le terminal récepteur. Ce tunnel est bien réel et robuste. Cependant, il présente une limite : la protection s'applique seulement entre les deux opérations de chiffrement. Les opérations effectuées sur le terminal avant le chiffrement et après le déchiffrement sont totalement hors de la portée du chiffrement E2EE.

Le mode opératoire de l'attaque est bien établi : un attaquant obtient un accès initial (par un lien d'hameçonnage, une application malveillante ou une faille d'exécution de code à distance) puis exploite une vulnérabilité d'élévation de privilèges telle que CVE-2026-21385 pour s'infiltrer plus profondément et persister au niveau du noyau. De cette position, l'attaquant peut lire les messages avant leur chiffrement ou après leur déchiffrement, capturer les frappes au clavier, enregistrer l'audio et exfiltrer le contenu de toutes les communications transitant par l'appareil.

Le chiffrement n'a jamais été utilisé. Il n'a jamais été pertinent. L'attaque s'est déroulée à un niveau que le chiffrement de bout en bout ne peut ni voir ni contrôler. C'est la conviction que le chiffrement assure une protection au niveau du dispositif qui permet aux organisations de considérer le déploiement du chiffrement de bout en bout comme une réponse suffisante au modèle de menace que représente la vulnérabilité CVE-2026-21385.

Ce n'est pas une nouvelle forme d'attaque. C'est la méthodologie documentée des opérations de logiciels espions commerciaux — Pegasus, Predator et leurs successeurs. La vulnérabilité CVE-2024-43047, une faille zero-day antérieure présentant un langage d'exploitation identique, a par la suite été liée à l'installation par les autorités serbes d'un logiciel espion jusque-là inconnu, NoviSpy, sur les appareils de journalistes et de militants, selon Amnesty International. L'exploitation de la couche matérielle a été suivie d'une surveillance persistante, tandis que le chiffrement de bout en bout (E2EE) fonctionnait sans interruption sur l'appareil compromis.

Attestation de l'appareil, et non profondeur de chiffrement

La solution à l'exploitation des failles matérielles ne réside pas dans un chiffrement plus robuste. Il s'agit d'une architecture de sécurité conçue pour détecter toute compromission d'un appareil et bloquer l'accès avant que les terminaux compromis puissent être utilisés comme plateformes de surveillance.

Trois mesures de contrôle sont directement pertinentes pour cette catégorie de menaces. Aucune d'entre elles n'est liée au chiffrement.

Attestation continue des appareils. Les plateformes de communication standard considèrent un appareil comme fiable lors de son inscription et ne réévaluent pas ce statut. Un appareil compromis après son inscription conserve un accès complet et permanent à l'environnement de communication. Les plateformes de communication certifiées pour les missions de surveillance attestent en continu l'intégrité des appareils : elles vérifient l'état du matériel, recherchent les signes de compromis et révoquent l'accès lorsque l'intégrité ne peut être confirmée. Un appareil compromis par la vulnérabilité CVE-2026-21385 doit déclencher un échec d'attestation et perdre l'accès à l'environnement de communication avant de pouvoir être utilisé comme plateforme de surveillance.

Contrôle des appareils au sein de l'organisation. Les plateformes grand public et professionnelles permettent aux utilisateurs de s'inscrire eux-mêmes avec un numéro de téléphone. L'organisation n'a aucune visibilité sur les appareils qui accèdent à son environnement de communication et aucun mécanisme pour faire respecter les normes relatives aux appareils. Les déploiements certifiés pour les missions critiques exigent une autorisation explicite de l'organisation pour chaque appareil, avec une identité matérielle qui ne peut être répliquée sur un appareil compromis ou cloné. Un appareil non patché et non géré ne peut tout simplement pas accéder à l'environnement de communication, même si un correctif a été déployé par le fabricant.

Conteneurisation cryptographique. L'isolement des applications de communication au sein d'un conteneur cryptographique au niveau du système d'exploitation limite la portée d'une compromission au niveau du noyau. Une application de communication correctement conteneurisée est inaccessible aux données d'un logiciel malveillant opérant au niveau applicatif, même en cas de compromission du système d'exploitation sous-jacent. Cela n'empêche pas les attaques au niveau du noyau, mais augmente considérablement le coût de la surveillance en éliminant les voies d'exfiltration les plus faciles.

Ce qui ne freine pas cette attaque : le déploiement d’une application de messagerie plus chiffrée. Passer d'une plateforme de chiffrement de bout en bout à une autre ne change pas la surface d'attaque au niveau matériel et du noyau. L'attaque ne se soucie pas de l'application de messagerie ; elle opère en dessous.

Qu'est-ce que la certification de mission signifie ici ?

La vulnérabilité CVE-2026-21385 illustre précisément l'écart entre les communications sécurisées standard et les communications certifiées pour des missions critiques. Les plateformes standards ont été conçues selon un modèle de menace où l'appareil est considéré comme fiable et le risque réside dans l'interception des messages en transit. Les plateformes certifiées pour des missions critiques, quant à elles, ont été conçues selon un modèle de menace où le dispositif ne peut être considéré comme fiable et où le risque réside dans l'utilisation de l'ensemble de l'environnement de communication comme plateforme de surveillance.

Les certifications régissant les communications critiques (FIPS 140, Critères communs EAL4+, NSA CSfC) reflètent une évaluation selon le deuxième modèle de menace, et non le premier. Elles exigent une performance démontrée face à des conditions adverses incluant la compromission de la couche périphérique, et non la simple interception du transit. Un système ne peut obtenir ces certifications que si son architecture a été conçue dès le départ pour fonctionner dans ces conditions.

Après cette révélation, la question que tout décideur en matière de sécurité au sein du gouvernement et des infrastructures critiques devrait se poser n'est pas « Avons-nous appliqué le correctif ? » mais plutôt : « Si un appareil de notre environnement de communication est compromis dès maintenant — au niveau du noyau, de manière invisible — que se passe-t-il ? »

Si la réponse est « nous ne le saurions pas tant qu'un autre élément ne nous alerterait pas », l'architecture repose sur un modèle de menace inadéquat. Les communications certifiées pour une mission ne constituent pas une version renforcée de la même architecture. Il s'agit d'une architecture différente, fondée sur le principe que des appareils seront compromis et que la sécurité de l'environnement de communication ne peut dépendre de l'intégrité d'un seul terminal.