Shamir Secret Sharing — la Récupération Sans Bouton « Mot de Passe Oublié »

Voici le paradoxe des gestionnaires de mots de passe zero-knowledge : si le fournisseur ne peut vraiment pas accéder à vos données, comment récupérez-vous si vous perdez votre mot de passe maître ?

La plupart des gestionnaires résolvent cela en gardant une porte dérobée — un reset par email, un override admin, ou une « clé de récupération » stockée sur leurs serveurs. VaultKeepR utilise une approche différente : le Shamir Secret Sharing.

Le Problème de la Récupération

Dans un gestionnaire traditionnel :

1. Vous oubliez votre mot de passe maître
2. Vous cliquez sur « Mot de passe oublié »
3. L'entreprise envoie un lien de réinitialisation à votre email
4. Vous créez un nouveau mot de passe
5. Votre coffre est re-chiffré avec la nouvelle clé

C'est excellent pour l'utilisabilité. Mais cela signifie que l'entreprise a la capacité d'accéder à votre coffre ou de le re-chiffrer — ce qui sape la garantie zero-knowledge.

Si une entreprise peut réinitialiser votre accès, elle peut aussi le donner à quelqu'un d'autre. Tout mécanisme de récupération est aussi un vecteur d'attaque potentiel.

Qu'est-ce que le Shamir Secret Sharing ?

Le Shamir Secret Sharing (SSS) a été inventé par Adi Shamir (le « S » de RSA) en 1979. C'est une technique mathématique qui divise un secret en N parts (fragments), telles que n'importe quels K fragments sur N peuvent reconstituer le secret original, mais moins de K fragments ne révèlent absolument rien.

Les Maths (Simplifiées)

L'idée centrale utilise l'interpolation polynomiale :

1. Votre secret (clé de récupération) est encodé comme terme constant d'un polynôme aléatoire de degré K-1
2. N points de ce polynôme sont générés — ce sont les fragments
3. Avec K points ou plus, vous pouvez reconstituer le polynôme (et donc le secret)
4. Avec moins de K points, le secret pourrait être n'importe quoi — aucune information ne fuite

Ce n'est pas « couper la clé en deux ». Il est mathématiquement prouvable que K-1 fragments ne donnent aucune information sur le secret.

Exemple : 3-sur-5

La configuration par défaut de VaultKeepR est 3-sur-5 :

• Votre clé de récupération est divisée en 5 fragments
• N'importe quels 3 fragments suffisent pour reconstituer la clé
• 2 fragments ou moins ne révèlent rien

Cela signifie :

• Vous pouvez perdre 2 fragments et récupérer quand même
• Un attaquant doit compromettre 3 emplacements distincts
• Aucun emplacement unique ne suffit pour accéder à votre coffre

Comment VaultKeepR Implémente la Récupération Shamir

Configuration (Processus Unique)

1. Générer le matériel de clé de récupération (à partir de votre clé de chiffrement)
2. Diviser en 5 fragments avec l'algorithme de Shamir
3. Distribuer les fragments vers différents emplacements :
   ├── Fragment 1 → Votre appareil (stockage local)
   ├── Fragment 2 → IPFS (chiffré, épinglé)
   ├── Fragment 3 → Contact de confiance (vous le partagez)
   ├── Fragment 4 → Smart contract on-chain (chiffré)
   └── Fragment 5 → API VaultKeepR (fragment chiffré)
4. Stocker le manifeste avec les métadonnées des fragments (ID de récupération haché)

Processus de Récupération

1. Saisir votre Recovery ID
2. Le système consulte le manifeste (via ID haché — empêche l'énumération)
3. Collecter les fragments des sources disponibles (besoin de 3 sur 5)
4. Reconstituer la clé de récupération par interpolation Shamir
5. Dériver la clé de chiffrement + déchiffrer le coffre
6. Définir un nouveau mot de passe maître

Propriétés de Sécurité Clés

• Le Recovery ID est secret — seul un hash est stocké publiquement ; connaître le hash ne permet pas de reconstituer l'ID
• Chaque fragment est individuellement inutile — même le fragment de l'API ne donne à VaultKeepR aucune connaissance de votre coffre
• Pas d'autorité de réinitialisation centrale — VaultKeepR ne peut pas récupérer votre coffre unilatéralement
• Le seuil est configurable — les utilisateurs avancés peuvent ajuster K-sur-N

Pourquoi Pas Simplement la Récupération par Email ?

Propriété	Reset Email	Shamir (3-sur-5)
Nécessite de faire confiance au fournisseur	Oui	Non
Le fournisseur peut accéder au coffre	Potentiellement	Non (1 fragment ≠ seuil)
Résistant à la compromission email	Non	Oui (l'email n'est pas un emplacement de fragment)
Résistant à l'ingénierie sociale	Non (personnel support)	Oui (aucun humain ne peut passer outre)
Fonctionne si le fournisseur ferme	Non	Oui (3 fragments suffisent ; les fragments sont distribués)
Utilisabilité	Très facile	Modérée (nécessite de la préparation)

L'arbitrage est réel : la récupération Shamir demande plus de configuration qu'un clic sur « Mot de passe oublié ». Mais elle fournit une garantie mathématiquement prouvable qu'aucune partie unique ne peut accéder à votre coffre.

Distribuer Vos Fragments : Bonnes Pratiques

Fragment 1 : Stockage Appareil

• Stocké automatiquement sur votre appareil principal
• Chiffré au repos
• Risque : perte ou vol de l'appareil

Fragment 2 : IPFS

• Fragment chiffré stocké sur IPFS
• Adressé par contenu (CID), persistant, distribué
• Risque : nécessite votre Recovery ID pour le localiser

Fragment 3 : Contact de Confiance

• Partagez un fragment avec quelqu'un de confiance (famille, ami proche)
• Il ne peut rien faire avec un seul fragment
• Risque : rupture de relation, le contact perd le fragment

Fragment 4 : Smart Contract

• Fragment chiffré stocké on-chain (par exemple réseau Base)
• Indexé par un hash de votre lookup ID
• Immuable et résistant à la censure
• Risque : frais blockchain, permanence (impossible à supprimer)

Fragment 5 : API VaultKeepR

• Fragment chiffré stocké sur les serveurs de VaultKeepR
• VaultKeepR ne voit que des données chiffrées, pas le contenu du fragment
• Risque : fermeture de l'entreprise (mais 1 fragment sur 5 seulement)

La Règle d'Or

Ne stockez jamais plus de K-1 fragments dans des emplacements contrôlés par la même entité (vous inclus). Si vous avez les 5 fragments sur un seul appareil, la compromission d'un seul appareil récupère tout.

Scénarios Réels

Scénario 1 : Téléphone Perdu

Vous perdez votre téléphone (Fragment 1 perdu).

• Restants : IPFS + Contact + Smart Contract + API = 4 fragments
• Besoin de 3 → Oui, récupération possible

Scénario 2 : VaultKeepR Ferme

L'entreprise ferme (Fragment 5 perdu).

• Restants : Appareil + IPFS + Contact + Smart Contract = 4 fragments
• Besoin de 3 → Oui, récupération possible

Scénario 3 : Mot de Passe Oublié + Appareil Perdu

Votre téléphone est perdu (Fragment 1) et vous avez oublié votre mot de passe.

• Restants : IPFS + Contact + Smart Contract + API = 4 fragments
• Besoin de 3 → Oui, récupération possible, définissez un nouveau mot de passe maître

Scénario 4 : Un Attaquant Comprompt VaultKeepR

L'attaquant obtient le Fragment 5 de VaultKeepR.

• Il a : 1 fragment (chiffré)
• Il lui faut : 3 fragments au total
• → Non, l'attaquant ne peut pas reconstituer votre coffre

Scénario 5 : Catastrophe Totale

Vous perdez votre appareil, oubliez votre Recovery ID, votre contact de confiance déménage à l'étranger et VaultKeepR ferme.

• Fragments disponibles : possiblement seulement le Smart Contract = 1 fragment
• Besoin de 3 → Non, récupération impossible

C'est l'arbitrage. La véritable auto-conservation implique une véritable responsabilité. Nous recommandons de tester la récupération sur un coffre secondaire avant de compter dessus.

Questions Fréquentes

VaultKeepR peut-il récupérer mon coffre pour moi ?

Non. VaultKeepR détient au maximum 1 fragment — sous le seuil de 3. Même si VaultKeepR le voulait (ou y était légalement contraint), il est mathématiquement incapable de reconstituer votre clé de récupération.

Que se passe-t-il si je ne configure jamais la récupération Shamir ?

Votre coffre est protégé par votre mot de passe maître + la signature de votre wallet. Si vous perdez les deux, votre coffre est irrécupérable. La récupération Shamir est une fonctionnalité Premium qui ajoute un filet de sécurité.

Puis-je changer le seuil ?

Les utilisateurs avancés peuvent configurer différents schémas K-sur-N. Le défaut (3-sur-5) équilibre sécurité et récupérabilité pour la plupart des utilisateurs.

Le Shamir Secret Sharing est-il résistant aux ordinateurs quantiques ?

L'opération mathématique sous-jacente (interpolation polynomiale sur un corps fini) est informationnellement sûre — elle ne repose sur aucune hypothèse de dureté de calcul. Elle est résistante aux ordinateurs quantiques.

Pour Aller Plus Loin

• Authentification par wallet expliquée
• Argon2id expliqué — Protéger votre coffre
• Pourquoi nous construisons VaultKeepR

---

La récupération ne devrait pas demander la permission d'une entreprise. Le Shamir Secret Sharing de VaultKeepR vous donne un plan B qu'aucune entité unique ne peut passer outre — nous inclus.

Configurer votre récupération dès aujourd'hui →