Vaulted
Mis à jour

Pourquoi le chiffrement côté client est essentiel pour le partage de secrets

Par

Le chiffrement côté client est essentiel pour le partage de secrets parce qu'il garantit que le serveur ne voit jamais tes données en clair. Avec le chiffrement côté serveur, le service peut lire tes secrets — et quiconque compromet son infrastructure le peut aussi. Les outils côté client comme Vaulted chiffrent les données dans ton navigateur avec AES-256-GCM avant que quoi que ce soit ne soit envoyé.

Le problème du chiffrement côté serveur

Les outils de partage de secrets traditionnels suivent ce déroulement :

  1. Tu saisis ton secret dans un formulaire
  2. Ton navigateur envoie le texte en clair au serveur
  3. Le serveur le chiffre et stocke le texte chiffré
  4. Un lien est généré pour le destinataire

Le problème se situe à l'étape 2. Ton secret traverse le réseau en clair (protégé par TLS, mais entièrement visible par le serveur). Le service a accès à tes données, même si ce n'est que brièvement.

Cela signifie que :

  • Un serveur compromis expose chaque secret en transit — une fuite de données qui ne demande qu'à arriver
  • Les employés du service pourraient théoriquement accéder à tes données
  • Les autorités ou des requêtes judiciaires pourraient contraindre le service à livrer des secrets
  • Les journaux du serveur pourraient capturer par inadvertance des données en clair

Comment le chiffrement côté client résout ce problème

Vaulted adopte une approche différente. Le chiffrement se déroule entièrement dans ton navigateur :

  1. Tu saisis ton secret dans un formulaire
  2. Ton navigateur génère une clé AES-256-GCM et chiffre le secret localement
  3. Seul le texte chiffré est envoyé au serveur
  4. La clé de chiffrement est placée dans le URL fragment (#), que les navigateurs n'envoient jamais aux serveurs

Le serveur ne voit jamais que des données chiffrées. Il ne peut pas déchiffrer ton secret parce qu'il n'a jamais la clé.

Pourquoi le URL fragment est important

Le URL fragment — tout ce qui suit le symbole # — possède une propriété particulière : les navigateurs ne l'incluent pas dans les requêtes HTTP. Quand quelqu'un ouvre ton lien Vaulted, le fragment reste dans son navigateur. Le serveur reçoit une requête pour l'identifiant du secret, mais ne voit jamais la clé de déchiffrement.

Ce n'est ni un protocole personnalisé ni un contournement. C'est ainsi que les navigateurs ont toujours fonctionné, comme défini dans la RFC 3986.

Ce que cela signifie en pratique

Avec le chiffrement côté client, même si les serveurs de Vaulted étaient entièrement compromis, un attaquant n'obtiendrait que des blocs chiffrés — inutiles sans les clés qui n'existent que dans les liens partagés. C'est le principe fondamental de l'architecture zero-knowledge.

Aucune confiance requise. La cryptographie parle d'elle-même.

Prêt à partager un secret en toute sécurité ? Essaie Vaulted — c'est gratuit.

Articles liés