Le 12 août 2026, Cloudflare a annoncé qu’elle devenait auditeur indépendant du système de Key Transparency de Signal, l’application de messagerie chiffrée utilisée par des centaines de millions de personnes dans le monde. Cette annonce, passée relativement inaperçue en dehors des cercles techniques, marque une étape importante dans la lutte contre les attaques par usurpation de clés (impersonation) et les interceptions de type homme du milieu (MITM) sur les messageries chiffrées de bout en bout. Derrière ce jargon se cache une structure cryptographique bien connue des lecteurs de shattered.io : l’arbre de Merkle, la même brique qui sécurise la Transparence des Certificats TLS depuis une décennie.
Ce n’est pas une première absolue pour Cloudflare : l’entreprise auditait déjà WhatsApp depuis septembre 2024. Mais l’extension à Signal, réputée pour son intransigeance sur la confidentialité, change la donne. Signal nomme d’ailleurs deux auditeurs indépendants, Cloudflare et Trail of Bits, qui signent chacun de leur côté le registre de clés publiques. Pour un lecteur technique, la question qui se pose immédiatement est celle-ci : qu’est-ce que cela change concrètement pour la sécurité de mes conversations, et pourquoi cette architecture a-t-elle mis autant de temps à arriver sur une appli de messagerie grand public ?
Ce que Cloudflare a annoncé le 12 août 2026
Le communiqué, publié depuis San Francisco et repris par plusieurs agences financières dont Business Wire, indique que Cloudflare (NYSE : NET) sert désormais d’auditeur indépendant de Key Transparency pour Signal, l’application de messagerie privée utilisée par des centaines de millions de personnes. Le rôle de Cloudflare consiste à vérifier, de façon automatisée et publique, que le registre de clés publiques de Signal reste cohérent dans le temps : aucune clé ne doit être ajoutée, modifiée ou supprimée sans laisser une trace vérifiable par un tiers.
Techniquement, le système d’audit de Cloudflare récupère périodiquement des lots de mises à jour depuis le journal Key Transparency de Signal, puis vérifie cryptographiquement que chaque mise à jour reste cohérente avec l’historique déjà enregistré. Une fois les contrôles de cohérence validés, Cloudflare signe la mise à jour (l’« epoch »), et Signal distribue ensuite cette signature aux utilisateurs. Concrètement, chaque appareil peut alors s’assurer qu’il consulte la même version du registre que tout le monde, sans avoir à faire confiance aveuglément au serveur central de Signal.
Ce mécanisme alimente une nouvelle fonctionnalité côté utilisateur baptisée « vérification automatique des clés » (automatic key verification). Jusqu’ici, vérifier qu’un contact Signal utilisait bien la clé publique attendue exigeait une manipulation manuelle assez confidentielle : comparer un code de sécurité en personne ou via un canal alternatif. Peu d’utilisateurs le faisaient réellement. Avec la vérification automatique, cette garantie devient structurelle plutôt que dépendante du comportement individuel.
Comment fonctionne la Key Transparency, brique par brique
La documentation technique de Cloudflare décrit son infrastructure comme une structure de données vérifiable, en ajout seul (append-only), qu’elle compare explicitement à la Transparence des Certificats (Certificate Transparency ou CT) qui sécurise l’écosystème TLS depuis plusieurs années. Le principe central reste identique : au lieu de faire confiance à une autorité centrale sur parole, on publie un journal public dont l’intégrité est démontrable mathématiquement.
Le cœur de ce journal est un arbre de Merkle, ou plus précisément un « annuaire de clés auditable » (Auditable Key Directory, AKD). Chaque feuille de l’arbre correspond à une clé publique associée à un compte Signal. Les nœuds intermédiaires condensent des empreintes cryptographiques, jusqu’à une racine unique appelée « root hash », qui résume l’état complet du registre à un instant donné (un « epoch »). Toute modification, même infime, d’une seule clé change entièrement la racine : il devient donc impossible de falsifier discrètement une entrée sans que la preuve d’audit ne diverge.
Selon la documentation publique de Cloudflare, l’architecture Signal combine un arbre principal (log tree) et des arbres préfixes qui enregistrent les inscriptions et les changements de compte. Chaque entrée est signée par les auditeurs indépendants. Point important pour la confidentialité : l’auditeur de Cloudflare ne travaille que sur des preuves cryptographiques abstraites. Le communiqué précise explicitement que Cloudflare ne voit ni les numéros de téléphone, ni les noms d’utilisateur, ni les clés publiques en clair, ni le contenu des messages. L’entreprise valide uniquement que la structure mathématique du registre reste cohérente, sans jamais accéder aux données qu’elle protège.
Sur le plan de l’implémentation, un article technique repéré par notre rédaction indique que Cloudflare a construit son système d’audit pour Signal en Rust, déployé sur Cloudflare Workers, en s’appuyant sur la méthode de vérification en ajout seul issue de la bibliothèque open source de répertoire de clés développée par Meta. Ce choix illustre une convergence de l’industrie autour d’un socle technique commun pour la transparence des clés, plutôt qu’une réinvention propre à chaque plateforme.
Pourquoi cela compte contre les attaques MITM et l’usurpation d’identité
Le chiffrement de bout en bout protège le contenu d’une conversation contre l’interception en transit, mais il repose sur un présupposé fragile : que l’utilisateur communique bien avec la clé publique de la bonne personne. Si un serveur compromis, un employé malveillant, ou un État peut substituer discrètement une clé publique par une autre sous son contrôle, le chiffrement le plus robuste du monde ne sert à rien : l’attaquant intercepte tout, en clair, sans que personne ne s’en aperçoive.
C’est précisément le scénario que la Key Transparency cherche à rendre détectable. En publiant chaque clé dans un journal infalsifiable, vérifié par des auditeurs indépendants de l’opérateur de la messagerie, une substitution malveillante laisserait une trace visible : soit l’attaquant présente une clé qui ne figure pas dans le journal public (et l’appareil de la victime le détecte), soit il tente de présenter des versions divergentes du journal à différents utilisateurs, ce que les auditeurs peuvent également repérer en comparant les epochs signés.
Cette architecture répond directement à une inquiétude documentée depuis plusieurs années dans le secteur de la sécurité : la surveillance étatique ciblée. Des services de renseignement disposant d’un accès légal ou d’une pression réglementaire sur l’opérateur d’une messagerie pourraient, en théorie, orchestrer une interception silencieuse via une fausse clé. Un journal public audité par plusieurs entités indépendantes rend cette attaque nettement plus coûteuse à mener sans être détectée, puisqu’elle nécessiterait de compromettre simultanément l’opérateur et l’ensemble des auditeurs, ou de convaincre chacun d’eux de collaborer secrètement.
Un an après WhatsApp : Cloudflare étend son rôle d’auditeur
Signal n’est pas le premier grand nom que Cloudflare audite. En septembre 2024, l’entreprise avait déjà annoncé vérifier les preuves d’audit de Key Transparency de WhatsApp, décrivant alors son rôle comme celui d’un tiers indépendant apportant une réassurance plus forte que l’opérateur lui-même. Cette étape avait posé les bases techniques (le système de journal public, l’API d’audit, les outils en ligne de commande comme « plexi ») désormais réutilisées et adaptées pour Signal.
Avec cette extension, Cloudflare devient l’auditeur indépendant des deux plus grandes plateformes de messagerie chiffrée de bout en bout au monde en termes d’utilisateurs, un positionnement stratégique pour une entreprise qui, à côté de son activité de sécurité réseau, cherche à s’imposer comme un tiers de confiance neutre de l’écosystème internet. Sur son tableau de bord public Radar, Cloudflare expose déjà, pour chaque journal surveillé (WhatsApp, Facebook Messenger Transport, et désormais Signal), le statut courant, le dernier epoch signé, le dernier epoch vérifié et la racine de hachage de l’arbre de clés, rendant le processus d’audit consultable par n’importe quel chercheur en sécurité.
Cette annonce s’inscrit également dans un mouvement plus large chez Cloudflare autour de la confiance vérifiable en cryptographie. Le même bloc-notes technique qui documente l’extension à Signal rappelle que le support client du chiffrement post-quantique sur le réseau de Cloudflare est passé de moins de 3 % début 2024 à plus de 60 % en février 2026 pour les échanges de clés TLS hybrides post-quantiques, un chiffre suivi publiquement sur Cloudflare Radar. La Key Transparency et le post-quantique répondent à deux menaces différentes (l’usurpation d’identité d’un côté, l’espionnage différé de type « harvest now, decrypt later » de l’autre), mais les deux s’inscrivent dans la même logique : rendre vérifiable ce qui reposait auparavant sur la confiance aveugle envers un opérateur.
Comparatif : les approches de transparence des clés chez les géants de la messagerie
Le paysage de la vérification de clés reste fragmenté entre plateformes. Apple propose depuis iOS 17.2 la Vérification des Clés de Contact (Contact Key Verification) pour iMessage, un mécanisme conceptuellement proche mais dont l’audit repose principalement sur l’écosystème fermé d’Apple plutôt que sur un tiers externe nommé publiquement. Google a expérimenté des approches similaires pour certains services de messagerie, sans déploiement aussi structuré ni aussi documenté publiquement que celui de Signal et WhatsApp. Voici une comparaison synthétique de l’état des lieux fin août 2026.
| Plateforme | Mécanisme de transparence des clés | Auditeur(s) indépendant(s) nommé(s) | Vérification automatique côté utilisateur |
|---|---|---|---|
| Signal | Key Transparency (arbre de Merkle, log + prefix trees) | Cloudflare et Trail of Bits | Oui, depuis août 2026 |
| Key Transparency (Auditable Key Directory) | Cloudflare | Partielle, en amélioration continue | |
| Apple iMessage | Contact Key Verification | Non communiqué publiquement | Oui, opt-in utilisateur |
| Google Messages (RCS chiffré) | Vérification manuelle de code de sécurité | Aucun | Non |
| Telegram (chats secrets uniquement) | Comparaison manuelle d’empreinte | Aucun | Non |
Ce tableau souligne un point souvent négligé dans le débat sur la sécurité des messageries : la robustesse du chiffrement mathématique importe moins, en pratique, que la robustesse de la distribution des clés. Telegram, souvent critiqué pour son chiffrement de bout en bout optionnel et non activé par défaut hors des « chats secrets », accuse également un retard structurel sur ce terrain précis de la transparence des clés. Nos lecteurs qui suivent régulièrement notre comparatif Signal vs WhatsApp vs Telegram retrouveront ici un thème récurrent : l’architecture de confiance compte autant que l’algorithme utilisé.
Le contexte historique : de la Transparence des Certificats à la transparence des clés
Pour comprendre pourquoi cette architecture semble aujourd’hui évidente, il faut revenir à son ancêtre direct : la Transparence des Certificats (Certificate Transparency), lancée par Google à partir de 2013 après plusieurs incidents où des autorités de certification avaient émis, par erreur ou sous contrainte, des certificats TLS frauduleux pour des domaines comme google.com. Le principe de la CT est devenu un standard de facto du web : tout certificat TLS doit être publié dans des journaux publics vérifiables, et les navigateurs rejettent aujourd’hui les certificats qui n’y figurent pas. Nous détaillions déjà ce mécanisme, ses échéances et les CVE qui l’ont affecté dans notre article sur la Transparence des Certificats.
La Key Transparency reprend exactement cette logique, mais l’applique aux clés publiques des utilisateurs plutôt qu’aux certificats de serveurs. C’est un changement d’échelle considérable : alors qu’internet compte quelques centaines de millions de certificats TLS actifs à un instant donné, un registre de clés pour Signal ou WhatsApp doit gérer des centaines de millions d’identités individuelles, avec des mises à jour bien plus fréquentes (changement d’appareil, réinstallation, nouvel enregistrement). C’est ce défi d’échelle et de fréquence qui explique pourquoi la Key Transparency, bien que conceptuellement simple, a mis plus d’une décennie à passer du laboratoire de recherche au déploiement en production sur des applications grand public.
Meta avait publié dès 2023 des travaux de recherche sur son propre Auditable Key Directory, jetant les bases théoriques que Cloudflare a ensuite adaptées et industrialisées pour ses missions d’audit externe. Ce cheminement, de la recherche académique interne d’une entreprise à un service d’audit tiers commercialisé et documenté publiquement, illustre une maturation typique des technologies de sécurité critique : une fois qu’un mécanisme fait ses preuves en interne, l’étape suivante consiste à ouvrir sa vérification à des parties externes pour renforcer la confiance du public.
Impact sur le marché de la messagerie sécurisée
Sur le plan commercial, cette annonce renforce la position de Signal Foundation, l’organisation à but non lucratif derrière Signal, dans un marché où la confiance constitue le principal argument différenciant face à des concurrents disposant de budgets marketing bien supérieurs. Signal ne publie pas de chiffres d’utilisateurs actifs précis et récents, mais l’application est décrite de façon constante dans la communication de ses partenaires, dont Cloudflare, comme utilisée par des centaines de millions de personnes dans le monde.
Pour Cloudflare, l’opération s’inscrit dans une stratégie de diversification déjà engagée avec le post-quantique et les infrastructures de confiance. En se positionnant comme auditeur neutre des deux principales messageries chiffrées de la planète, Cloudflare consolide son image de fournisseur d’infrastructure de confiance à but non commercial sur ce segment précis, un actif réputationnel qui vient nourrir ses discussions commerciales plus larges avec les entreprises et les administrations sur la sécurité de leurs communications internes.
Pour les entreprises européennes soumises à des obligations de confidentialité renforcées (secteur bancaire, avocats, journalistes, professions médicales), la disponibilité d’une messagerie dont l’intégrité des clés est vérifiable par un tiers indépendant, et non uniquement affirmée par l’opérateur, constitue un argument de conformité supplémentaire, notamment dans le cadre de l’évaluation des risques liés à la protection du secret professionnel et des communications sensibles face à des acteurs étatiques.
Limites techniques : ce que la Key Transparency ne résout pas
Il faut nuancer la portée de cette annonce. La Key Transparency protège contre la substitution silencieuse d’une clé publique, mais elle ne protège ni contre la compromission d’un appareil déjà infecté par un logiciel espion, ni contre la coercition légale exercée directement sur un utilisateur ou sur Signal Foundation pour obtenir des métadonnées de compte (bien que Signal affirme conserver un minimum de métadonnées). Elle ne remplace pas non plus un audit de code complet de l’application cliente elle-même.
Un autre point technique mérite d’être souligné : le mot « automatique » dans « vérification automatique des clés » ne signifie pas que l’utilisateur n’a plus aucun rôle à jouer. Le mécanisme automatise la vérification de cohérence globale du journal, mais la sécurité globale du système dépend toujours de l’intégrité du code client Signal installé sur l’appareil de l’utilisateur, et de la robustesse indépendante des deux auditeurs désignés. Si Cloudflare et Trail of Bits venaient tous deux à être compromis simultanément, ou à collaborer sous contrainte avec un tiers malveillant, la garantie s’effondrerait. La diversité des auditeurs, plutôt que leur nombre en tant que tel, reste le paramètre de sécurité déterminant.
Tableau récapitulatif : chronologie du déploiement de la Key Transparency
| Date | Événement | Acteurs impliqués |
|---|---|---|
| 2013 | Lancement de la Transparence des Certificats (CT) par Google, ancêtre conceptuel | Google, autorités de certification |
| 2023 | Publication des travaux de recherche sur l’Auditable Key Directory | Meta |
| Septembre 2024 | Cloudflare devient auditeur indépendant de Key Transparency pour WhatsApp | Cloudflare, Meta/WhatsApp |
| 27 février 2026 | Cloudflare Radar ajoute un tableau de bord public dédié à la Key Transparency et au post-quantique | Cloudflare |
| 12 août 2026 | Cloudflare devient auditeur indépendant de Key Transparency pour Signal | Cloudflare, Signal Foundation, Trail of Bits |
Comment vérifier soi-même l’intégrité d’un journal Key Transparency
Pour les lecteurs techniques qui souhaitent auditer eux-mêmes le mécanisme plutôt que de faire confiance aux communiqués de presse, Cloudflare met à disposition une API publique de Key Transparency Auditor, ainsi qu’un client en ligne de commande permettant de vérifier localement l’état d’un journal. Le principe reste toujours le même : télécharger l’epoch signé le plus récent, recalculer la racine de l’arbre de Merkle à partir des preuves fournies, et comparer le résultat obtenu à la racine publiée.
# Exemple simplifie de verification d'une preuve d'appartenance
# dans un arbre de Merkle (pseudo-code Python)
import hashlib
def hash_pair(left, right):
return hashlib.sha256(left + right).digest()
def verify_merkle_proof(leaf_hash, proof, root_hash):
computed = leaf_hash
for sibling, position in proof:
if position == "left":
computed = hash_pair(sibling, computed)
else:
computed = hash_pair(computed, sibling)
return computed == root_hash
# proof = liste de (hash_du_voisin, "left"|"right") remontant jusqu'a la racine
# Si verify_merkle_proof renvoie True, la cle publique
# est bien incluse dans le journal signe par l'auditeur.
Cette approche de vérification « trust but verify » (faire confiance, mais vérifier soi-même) correspond exactement à la philosophie qui sous-tend tout l’écosystème de la transparence cryptographique, depuis les journaux CT du web jusqu’aux registres de clés des messageries. Elle ne demande aucune confiance envers Cloudflare ou Signal : n’importe quel développeur peut recalculer les preuves et arriver à la même conclusion.
Cinq prévisions pour la transparence des clés d’ici 2027
- D’autres grandes messageries chiffrées, en particulier Telegram sur ses « chats secrets » et les clients RCS chiffrés de Google, devraient annoncer des mécanismes de Key Transparency comparables sous la pression concurrentielle et réglementaire d’ici fin 2027.
- Le nombre d’auditeurs indépendants nommés par Signal et WhatsApp devrait augmenter, avec l’arrivée probable d’organismes académiques ou de cabinets de sécurité européens, afin de répondre aux inquiétudes de souveraineté numérique en Europe.
- Cloudflare devrait étendre son offre d’audit de Key Transparency à des clients entreprise pour sécuriser leurs propres infrastructures d’identité internes, au-delà des seules messageries grand public.
- La convergence entre Key Transparency et cryptographie post-quantique va s’accélérer, les deux technologies partageant la même infrastructure de journalisation vérifiable chez Cloudflare, comme le montre déjà le tableau de bord Radar combiné.
- Des régulateurs européens, dans la continuité des débats sur le chiffrement de bout en bout et la vérification d’âge, pourraient commencer à examiner la Key Transparency comme un critère de conformité technique recommandé pour les messageries utilisées par les administrations et professions réglementées.
Ce que cela change pour les développeurs et administrateurs systèmes
Pour les équipes techniques qui évaluent des solutions de messagerie sécurisée pour leur organisation, cette annonce ajoute un critère concret à la grille d’évaluation : au-delà du protocole de chiffrement utilisé, il devient pertinent de vérifier si l’éditeur publie un journal de clés auditable par un tiers indépendant, et si ce tiers est nommé publiquement plutôt que vaguement évoqué. Les administrateurs système qui déploient Signal ou WhatsApp Business en environnement professionnel peuvent désormais s’appuyer sur des sources de vérification objective plutôt que sur la seule réputation de l’éditeur. Pour approfondir les fondamentaux du chiffrement de bout en bout sur lesquels repose tout ce mécanisme, notre tutoriel dédié au chiffrement de bout en bout détaille chaque étape de mise en œuvre.
Pour les développeurs qui construisent leurs propres systèmes d’authentification ou d’échange de clés, l’architecture publiée par Cloudflare et Meta constitue une référence technique réutilisable. La bibliothèque de répertoire de clés auditable développée par Meta est open source, ce qui signifie qu’une équipe technique peut, en théorie, implémenter un mécanisme équivalent pour ses propres besoins internes, sans dépendre exclusivement d’un fournisseur commercial. Nos articles sur les fonctions de hachage cryptographiques et sur les signatures numériques posent les bases mathématiques nécessaires pour comprendre en détail ce type d’architecture.
Foire aux questions
Qu’est-ce que la Key Transparency exactement ?
C’est un système qui publie les clés publiques des utilisateurs dans un journal cryptographique vérifiable et infalsifiable, structuré autour d’un arbre de Merkle, afin qu’un tiers indépendant puisse confirmer qu’aucune clé n’a été substituée à l’insu de l’utilisateur.
Est-ce que Cloudflare peut lire mes messages Signal ?
Non. Cloudflare précise explicitement que son rôle d’auditeur porte uniquement sur des preuves cryptographiques abstraites : l’entreprise ne voit ni les numéros de téléphone, ni les clés publiques en clair, ni le contenu des conversations.
Faut-il activer manuellement la vérification automatique des clés sur Signal ?
La fonctionnalité s’appuie sur l’infrastructure de Key Transparency déployée côté serveur par Signal en partenariat avec ses auditeurs. Consultez les notes de version officielles de l’application Signal pour connaître les modalités d’activation exactes selon votre plateforme.
Pourquoi Signal a-t-il choisi deux auditeurs différents plutôt qu’un seul ?
La diversité des auditeurs réduit le risque qu’une seule entité compromise ou contrainte puisse faire échouer l’ensemble du système de vérification. Cloudflare et Trail of Bits signent chacun indépendamment le registre de clés.
Quelle est la différence avec la Transparence des Certificats (Certificate Transparency) ?
La Transparence des Certificats publie les certificats TLS émis pour des noms de domaine par les autorités de certification. La Key Transparency applique le même principe d’arbre de Merkle et de journal public, mais aux clés publiques individuelles des utilisateurs d’une messagerie plutôt qu’aux certificats de serveurs.
Apple ou Google proposent-ils un équivalent ?
Apple propose la Vérification des Clés de Contact pour iMessage, un mécanisme conceptuellement proche, mais sans auditeur tiers nommé publiquement de façon aussi détaillée que chez Signal et WhatsApp. Google n’a pas déployé de dispositif comparable à la même échelle sur ses services de messagerie grand public à ce jour.
Cette technologie protège-t-elle contre le piratage d’un téléphone déjà infecté ?
Non. La Key Transparency protège la distribution des clés publiques, pas l’appareil lui-même. Un téléphone déjà compromis par un logiciel espion reste vulnérable indépendamment de ce mécanisme.
Où puis-je vérifier moi-même l’état du journal Key Transparency de Signal ou WhatsApp ?
Cloudflare publie un tableau de bord public sur Cloudflare Radar ainsi qu’une API de Key Transparency Auditor permettant à n’importe quel développeur de vérifier localement la cohérence des preuves d’audit.
