Le Cas du Stockage Décentralisé des Mots de Passe

Toutes les brèches majeures de gestionnaires de mots de passe de l'histoire ont un point commun : une cible centralisée. Un serveur. Une base de données. Une entreprise à compromettre.

Et si votre coffre chiffré ne vivait sur le serveur de personne ?

Le Problème de la Centralisation

Quand vous utilisez un gestionnaire traditionnel, votre coffre chiffré est stocké sur les serveurs de l'entreprise :

• LastPass → Cloud Microsoft Azure
• 1Password → Amazon Web Services
• Bitwarden → Cloud Microsoft Azure
• Dashlane → Amazon Web Services

Ce sont des entreprises bien gérées avec des équipes sécurité solides. Mais la centralisation crée des risques inhérents qu'aucune ingénierie de sécurité ne peut entièrement éliminer.

Risque 1 : Vous Faites Partie d'une Cible à Grande Valeur

La base de données d'un gestionnaire centralisé est l'une des cibles les plus précieuses d'internet. Elle contient des millions de coffres chiffrés — un trésor pour tout attaquant prêt à investir du temps pour forcer des mots de passe maîtres faibles.

Quand LastPass a été piraté, les attaquants n'ont pas eu besoin de casser le chiffrement. Ils ont juste dû :

1. Voler la base de données des coffres chiffrés
2. Identifier les utilisateurs avec des mots de passe maîtres faibles
3. Forcer ces coffres spécifiques hors ligne, à leur rythme

Avec une cible centralisée, les attaquants obtiennent tous les coffres d'un coup. L'économie favorise fortement l'attaquant.

Risque 2 : La Pérennité de l'Entreprise

Que devient votre coffre si votre gestionnaire :

• Fait faillite ?
• Est racheté et change ses politiques ?
• Subit une panne prolongée ?
• Est sommé par un gouvernement de fermer ou de livrer des données ?

Avec un stockage centralisé, la disponibilité de votre coffre dépend entièrement de la pérennité et de la bonne volonté de l'entreprise.

Risque 3 : le Vendor Lock-In

Vos données vivent sur leur infrastructure. La plupart des gestionnaires offrent l'export, mais ils contrôlent le rythme et le format. S'ils restreignent l'export ou changent drastiquement leurs tarifs, vous êtes à leur merci.

l'Alternative Décentralisée : IPFS

VaultKeepR stocke votre coffre chiffré sur IPFS (InterPlanetary File System) — un réseau pair-à-pair où les données sont adressées par contenu et distribuées.

Comment IPFS Fonctionne pour les Mots de Passe

1. Vous chiffrez votre coffre localement (XChaCha20-Poly1305)
2. Le blob chiffré est téléversé sur IPFS
3. IPFS retourne un CID (Content Identifier) — un hash du contenu
4. Le CID est associé à votre adresse wallet via une API légère
5. Quiconque possède le CID peut récupérer le blob chiffré
6. Vous seul pouvez le déchiffrer (mot de passe maître + signature wallet)

Pourquoi Cette Architecture est Meilleure

Propriété	Centralisé	IPFS (VaultKeepR)
Point de défaillance unique	Oui	Non — les données existent sur plusieurs nœuds
Survit à la fermeture de l'entreprise	Non	Oui — les données persistent sur le réseau
Résistance à la censure	Faible — réquisitionnable	Élevée — adressé par contenu, aucune autorité centrale
Accès hors ligne	Dépend du cache	Copie locale toujours disponible
Vérification des données	Faire confiance au serveur	CID = hash du contenu (vérifiable cryptographiquement)
Vendor lock-in	Élevé	Aucun — protocoles standards

Adressage par Contenu : Faites Confiance aux Maths, Pas aux Entreprises

Sur un serveur centralisé, vous faites confiance à l'entreprise pour retourner les bonnes données. Elle pourrait théoriquement vous servir un coffre modifié (bien que détectable avec une authentification appropriée).

Avec IPFS, le CID est un hash cryptographique de votre coffre chiffré. Si quiconque altère les données, le hash change et le CID ne correspond plus. Vous vérifiez l'intégrité des données sans faire confiance à aucun intermédiaire.

Objections Courantes

« Mais si personne n'épingle mes données ? »

Quand vous téléversez sur IPFS via VaultKeepR, les données sont épinglées via un service dédié. Vous avez aussi une copie locale. Vous pouvez en plus épingler vous-même les données avec n'importe quel nœud IPFS pour la redondance.

Même si l'épinglage de VaultKeepR s'arrête, vos données persistent tant qu'au moins un nœud les a épinglées.

« N'est-ce pas plus lent qu'un serveur centralisé ? »

Pour un coffre de gestionnaire (typiquement quelques Ko à quelques Mo), la différence est négligeable. La récupération IPFS de petits fichiers est rapide, et VaultKeepR met votre coffre en cache localement pour un accès instantané.

« Quelqu'un peut-il voir mon coffre chiffré sur IPFS ? »

Oui — quiconque possède votre CID peut télécharger le blob chiffré. Mais c'est voulu. Le coffre est chiffré avec XChaCha20-Poly1305, et sans votre mot de passe maître et votre wallet, les données sont indiscernables d'un bruit aléatoire. C'est le chiffrement, pas le contrôle d'accès, qui fournit la sécurité.

C'est en fait plus transparent que le stockage centralisé : vous pouvez vérifier exactement ce qui est stocké, plutôt que de faire confiance aux claims d'une entreprise sur ses pratiques de sécurité.

« Et le RGPD et le droit à l'effacement ? »

C'est une préoccupation légitime pour certains usages. Les données IPFS peuvent être désépinglées (retirées des services d'épinglage), mais la nature adressée par contenu signifie que des copies peuvent persister. Cependant, les données étant chiffrées et vous seul détenant les clés, le blob chiffré est dénué de sens pour quiconque — satisfaisant effectivement l'intention de vie privée des réglementations d'effacement.

L'Approche Hybride

VaultKeepR ne va pas « totalement décentralisé » de façon naïve. L'architecture est hybride :

• IPFS — Stocke le coffre chiffré (disponibilité, persistance)
• API légère — Mappe adresse wallet → CID (coordination, non critique pour la sécurité)
• Stockage local — Accès immédiat, fonctionne hors ligne
• Smart contracts (optionnel) — Stocke les fragments de récupération on-chain

L'API est une couche de commodité. Si elle tombe, votre coffre existe toujours sur IPFS et localement. Les clés de chiffrement ne touchent jamais aucun serveur.

Pourquoi C'est Important Maintenant

La tendance est claire : les magasins de données centralisés sont de plus en plus ciblés, régulés et fragiles. Les gestionnaires de mots de passe détiennent certaines des données les plus sensibles d'internet. Le stockage décentralisé n'est pas seulement une préférence philosophique — c'est une mesure de sécurité pratique.

Votre coffre ne devrait dépendre ni de la disponibilité, ni de la posture de sécurité, ni des décisions commerciales d'aucune entreprise. Il devrait dépendre des mathématiques et de la cryptographie — et de rien d'autre.

Pour Aller Plus Loin

• IPFS pour la sécurité — Pourquoi nous n'utilisons pas de serveurs cloud
• Qu'est-ce qu'un gestionnaire de mots de passe zero-knowledge ?
• Pourquoi nous construisons VaultKeepR
• VaultKeepR vs LastPass — Décentralisé vs Centralisé
• Vaultwarden vs 1Password — Qui possède vraiment vos données ?
• VaultKeepR vs Bitwarden — Architectures de stockage comparées
• VaultKeepR vs Dashlane — Vie privée et contrôle

---

Vos mots de passe méritent une infrastructure qu'on ne peut pas débrancher. VaultKeepR stocke votre coffre chiffré sur IPFS — pas de serveur central, pas de point de défaillance unique.

Explorer VaultKeepR →