Apprenez-en plus dans notre documentation de sécurité.
Bases du zéro connaissance
Les systèmes zéro connaissance prouvent des choses sans révéler de données.
Vous pouvez prouver que vous connaissez un mot de passe sans le montrer.
C'est l'avenir de la confidentialité.
L'idée remonte à 1985 : Goldwasser, Micali et Rackoff ont publié la première définition formelle des preuves à divulgation nulle de connaissance. Depuis, le concept a gagné les systèmes de production.
Une preuve à divulgation nulle possède trois propriétés. Complétude : un énoncé vrai se prouve toujours. Solidité : un énoncé faux ne se prouve pas. Divulgation nulle : le vérificateur n'apprend rien d'autre que cette vérité.
Le bénéfice pratique est un déplacement de la confiance. Un serveur qui ne voit jamais votre texte en clair ne peut ni le fuiter, ni le vendre, ni le perdre lors d'une brèche, non pas grâce à une politique, mais parce que les données n'y sont pas. C'est la différence entre une promesse et une architecture.
Une réserve : la divulgation nulle est une propriété de protocoles précis, pas un label posé sur tout un produit. Vérifiez ce qui s'exécute dans le navigateur et ce qui est transmis avant de faire confiance à l'étiquette.
Comment ça marche
Des mathématiques complexes prouvent que les affirmations sont vraies.
Aucune donnée n'est partagée pendant la preuve.
N'importe qui peut vérifier la preuve.
Deux familles dominent en pratique : les zk-SNARK et les zk-STARK. Les SNARK produisent des preuves compactes et une vérification rapide, ce qui convient aux blockchains à fort débit. Les STARK produisent des preuves plus volumineuses, mais évitent la cérémonie de confiance et offrent une résistance post-quantique. Ce sont des choix d'ingénierie.
Les protocoles interactifs ont commencé par un échange de messages entre le prouveur et le vérificateur. Les systèmes modernes utilisent la transformation de Fiat-Shamir pour rendre la preuve non interactive : un seul message, vérifiable par n'importe qui. Les signatures de Schnorr en sont un exemple classique ; la RFC 8235 précise les détails.
Le traitement côté client est un cousin plus simple de la même idée : l'opération s'exécute là où vivent les données. Quand votre navigateur chiffre un fichier avant l'envoi, le serveur ne reçoit que du texte chiffré. Ce n'est pas une preuve à divulgation nulle au sens cryptographique, mais le résultat est le même pour les fichiers du quotidien.
Ce qui se passe dans le navigateur compte. L'API Web Cryptography expose AES-GCM, SHA-256 et RSA de façon native, et les clés peuvent être marquées comme non exportables. Quand je teste un outil, je vérifie qu'il s'appuie sur ces primitives plutôt que sur des mathématiques maison.
Un autotest prend environ deux minutes : ouvrez l'onglet Réseau, chiffrez un fichier, rechargez la page et observez si une requête quitte votre machine. Pour un outil local, rien ne devrait quitter votre navigateur.
Cas d'usage
Le modèle compte surtout là où les données sont le produit : connexions, paiements, identité, dossiers de santé.
Tous les problèmes n'exigent pas une preuve. Pour beaucoup de cas courants, chiffrer avant l'envoi atteint l'objectif avec beaucoup moins de complexité. C'est pourquoi ce site associe des explications à des outils fonctionnels : testez les signatures HMAC ou le générateur de mots de passe entièrement dans le navigateur.
- Connexions privées – Prouver son identité sans mots de passe
- Vérification d'âge – Prouver son âge sans date de naissance
- Confidentialité des transactions – Masquer les montants mais prouver leur validité
- Systèmes de vote – Vérifier que les votes restent secrets
- Identifiants anonymes – Prouver la possession d'une adhésion valide sans relier les sessions
- Divulgation sélective – Partager son code postal sans donner son adresse
FAQ
Q.Est-ce une vraie technologie ?
A.Oui. Utilisée dans les cryptomonnaies et les systèmes sécurisés.
Q.Le zéro connaissance est-il la même chose que le chiffrement de bout en bout ?
A.Pas tout à fait. Le chiffrement de bout en bout protège les données en transit entre deux parties, et les deux extrémités voient le texte en clair. Le zéro connaissance va plus loin : le serveur ne voit jamais le texte en clair, et une preuve permet de démontrer un fait sans révéler les données sous-jacentes. Beaucoup d'outils combinent les deux : chiffrement de bout en bout pour le transport, conception zéro connaissance pour le stockage.
Q.Quelle est la différence entre zk-SNARK et zk-STARK ?
A.Les SNARK créent des preuves compactes et les vérifient rapidement, ce qui convient aux systèmes à fort débit comme les blockchains. Les STARK produisent des preuves plus volumineuses, mais évitent la cérémonie de confiance et sont résistants aux ordinateurs quantiques. Pour la plupart des applications web, vous n'utiliserez ni l'un ni l'autre : le chiffrement côté client couvre le cas courant.
Q.Le zéro connaissance aide-t-il à respecter le RGPD ?
A.Cela peut aider pour les données qui n'atteignent jamais le serveur : si une application ne stocke ni n'accède à des données personnelles, les obligations liées à ces données diminuent considérablement. La question du rôle de responsable de traitement dépend toujours du contexte, par exemple les journaux d'hébergement traités par un fournisseur de CDN. Consultez un professionnel de la conformité pour votre cas.
Q.Comment vérifier qu'un site traite vraiment les données localement ?
A.Ouvrez l'onglet Réseau du navigateur et exécutez l'outil. Un outil local n'envoie aucune requête vers des domaines tiers. Rechargez la page et confirmez que vos données sont toujours présentes. Vous pouvez aussi lire le JavaScript et chercher l'API Web Cryptography plutôt qu'un code de chiffrement maison. Aucun contrôle isolé ne fait foi, mais un onglet Réseau propre est un signal fort.
Références
- API W3C Web Cryptography : https://www.w3.org/TR/WebCryptoAPI/
- NIST SP 800-57 – Recommandation pour la gestion des clés : https://csrc.nist.gov/pubs/sp/800/57/pt1/r5/final
- RFC 8235 – Preuve Schnorr non interactive à divulgation nulle : https://www.rfc-editor.org/rfc/rfc8235
- OWASP Cryptographic Storage Cheat Sheet : https://cheatsheetseries.owasp.org/cheatsheets/Cryptographic_Storage_Cheat_Sheet.html
Chiffrez vos données localement
Chiffrez du texte ou des fichiers avec AES-256-GCM dans votre navigateur — sans envoi, sans compte.
Conclusion
La conception zéro connaissance est une décision produit, pas un argument marketing. Validez-la vous-même avec le chiffreur AES-256-GCM.
Effectuez le test de deux minutes de la section Comment ça marche sur chaque outil dont vous dépendez. Si l'onglet Réseau reste silencieux et que vos données survivent à un rechargement, l'architecture fait ce que la description annonce. Sinon, traitez les promesses de confidentialité avec méfiance.