Limites
Limites explicites pour définir des attentes précises :
- Pas de récupération de mot de passe. L'outil ne conserve aucune copie de votre mot de passe.
- Aucune validation sémantique des sorties.
- Aucune garantie de compatibilité avec les systèmes externes.
- Aucune protection contre les menaces locales sur l'appareil.
- Ne remplace pas les bibliothèques cryptographiques de production.
- Aucun conseil juridique ou de conformité.
- Aucune protection contre tous les vecteurs d'attaque.
Ce que ces outils font réellement
| Fonctionnalité | Prise en charge |
|---|---|
| Chiffrement côté client | ✓ Oui |
| Hachage dans le navigateur | ✓ Oui |
| Génération locale de mots de passe | ✓ Oui |
| Zéro transmission de données | ✓ Oui |
| Traitement côté serveur | ✗ Non |
| Récupération de données | ✗ Non |
Comment vérifier chaque « non »
- Aucune récupération : pas de lien de réinitialisation ni de dépôt de clé. Un mot de passe perdu laisse le chiffré fermé, et rien sur le site ne peut le rouvrir.
- Aucune copie serveur : cherchez un point d'envoi dans le code source ; il n'y en a pas. L'onglet Network reste vide pendant qu'un outil tourne.
- Aucune protection si l'appareil est compromis : un keylogger ou un enregistreur d'écran voit ce que vous voyez. Cette limite est physique, pas un réglage.
- Aucune anonymat : l'hôte qui sert la page, et Cloudflare devant lui, voient encore votre adresse IP. Seule la saisie de l'outil reste locale.
FAQ sur les limites
Puis-je récupérer un fichier chiffré que j'ai perdu ?
Non, et c'est un choix de conception, pas une lacune. La clé ne quitte jamais votre appareil et ne nous est jamais transmise : nous n'avons donc aucune copie permettant de déchiffrer quoi que ce soit. C'est ce qui rend ces outils sûrs pour de vrais secrets, et c'est aussi pourquoi une passphrase perdue signifie des données perdues. Conservez la passphrase séparément du fichier, ou gardez une copie du texte clair que vous contrôlez.
Ces outils remplacent-ils une bibliothèque de cryptographie en production ?
Non. Ils implémentent les algorithmes standard via l'API Web Crypto du navigateur, d'où leur fonctionnement sans serveur ni installation. Un système de production exige toujours rotation des clés, contrôle d'accès, journalisation d'audit, agilité algorithmique et une gestion des clés revue. Utilisez ces outils pour traiter un secret sur une machine à un moment donné, pas comme cœur d'un système multi-utilisateurs.
Le chiffrement côté client me protège-t-il des logiciels malveillants ou d'un appareil compromis ?
Non. Déplacer le calcul dans le navigateur change la question de qui lit les données pendant le traitement, pas de qui contrôle la machine. Un enregistreur de frappe, une extension compromise avec permissions d'hôte, ou un attaquant disposant déjà d'exécution de code dans votre session voient le texte clair avant chiffrement ou le résultat après déchiffrement. Ces outils réduisent l'exposition aux serveurs, pas le risque sur un appareil que vous ne contrôlez pas.
La sortie sera-t-elle toujours acceptée par les autres systèmes ?
Elle est conforme à la spécification, mais l'acceptation en aval n'est pas garantie. Nos encodeurs produisent une sortie standard : AES-256-GCM selon NIST SP 800-38D, Base64URL selon RFC 4648, décodage JWT selon RFC 7519. Si le système récepteur attend un remplissage, une taille de clé ou une convention de fin de ligne particulière, c'est une question de configuration de son côté, qu'aucun outil navigateur ne peut détecter pour vous.
Fournissez-vous des conseils juridiques ou de conformité ?
Non. Nos pages de conformité décrivent techniquement le comportement de l'architecture : ce que nos outils traitent et ce qu'ils ne reçoivent jamais. La question de savoir si un processus donné satisfait une réglementation est une question juridique qui dépend de votre organisation, de votre secteur et de votre juridiction. Considérez ces pages comme un élément technique de cette réflexion et faites-vous accompagner par un conseil qualifié avant de vous y fier.