Chiffrement, codes de récupération, sauvegardes, migration — les réponses à vos questions, ici.
Oui, vraiment. CosmosBox est conçu avec zéro compte : les données ne vivent que sur votre appareil par défaut, traitées par les algorithmes les plus forts reconnus — votre mot de passe passe par Argon2id (128 Mo de mémoire ; la force brute GPU est pratiquement impossible) pour dériver une clé maîtresse, puis chaque fichier est chiffré avec sa propre clé aléatoire indépendante AES-256-GCM. La clé (maîtresse) n’existe qu’en mémoire pendant le déverrouillage et est effacée au verrouillage ; les clés de données sont gardées par la puce de sécurité du système (Android Keystore / iOS Keychain).
Sans compte, il n’existe pas de maillon « le serveur garde votre mot de passe » — la surface de fuite du mot de passe est nulle. La contrepartie : si vous oubliez votre mot de passe, seul le code de récupération peut ramener vos données.
C’est à cela que sert la « récupération de mot de passe » (le système de code de récupération). Une fois activée, l’app génère un code de récupération (divisible en 5 parts ; n’importe lesquelles 3 restaurent l’accès) : gardez 1-2 parts vous-même et confiez le reste à des proches de confiance. En cas de mot de passe oublié, saisir le code le réinitialise et restaure toutes les données — sans aucune intervention de serveur.
Si vous avez oublié votre mot de passe, jamais activé la récupération et n’avez pas de sauvegarde — les données sont irrécupérables. C’est la frontière physique du chiffrement sans compte, d’où notre recommandation ferme : activez la récupération de mot de passe juste après l’avoir défini.
Le code de récupération = un nombre aléatoire réel de 32 octets (32 × 8 = 256 bits d’entropie), généré avec la source aléatoire sécurisée du système (Random.secure()) — chaque bit est le résultat d’un lancer de pièce indépendant. Le casser, c’est trouver le bon parmi 2²⁵⁶ possibilités.
Combien vaut 2²⁵⁶ ? Quelques comparaisons intuitives :
« Mathématiquement incassable » signifie donc précisément : pas absolument impossible, mais impossible dans la puissance de calcul que la physique autorise — ce n’est pas « difficile », c’est « physiquement impossible ».
Les ordinateurs quantiques ne vous sauvent pas non plus : l’algorithme de Grover réduit de moitié la recherche de clés symétriques : 256 bits → 2¹²⁸ essais. Mais 2¹²⁸ dépasse toujours le nombre d’atomes de l’univers — les ordinateurs quantiques sont tout aussi bloqués. L’AES-256-GCM du code est précisément le niveau qui résiste à la recherche quantique.
Pourquoi les mots de passe humains sont-ils différents ?
| Mot de passe humain | Code de récupération | |
|---|---|---|
| Source d’entropie | Votre mémoire — prévisible (mots courants, anniversaires, motifs de clavier) | Générateur de nombres aléatoires réels |
| Entropie réelle | 12 caractères aléatoires ≈ 78 bits ; les courants ont souvent < 30 bits | 256 bits |
| Coût de rupture | 30 bits ≈ 10⁹ essais, quelques heures sur une GPU | 2²⁵⁶ essais, physiquement impossible |
L’écart entre 30 bits et 256 bits n’est pas 8× mais 2²²⁶ ≈ 10⁶⁸× — c’est pourquoi « un KDF fort (Argon2id) protège les mots de passe humains, mais n’est que la cerise sur une clé aléatoire de 256 bits » : le code de récupération n’a même pas besoin du ralentissement du KDF — c’est déjà une clé à entropie pleine.
La frontière honnête : « mathématiquement incassable » ne protège que la clé elle-même. Ce qui bat vraiment un code de récupération n’est jamais la force brute, mais le maillon humain — un papier photographié, une note sur un appareil rooté, une capture envoyée à soi-même dans le cloud. Une clé, aussi forte soit-elle, ne vaut rien une fois fuitée. Règles de fer : écrivez-le sur papier et enfermez-le sous clé / stockez-le dans un gestionnaire de mots de passe (avec un mot de passe maître fort aussi) — pas de photos, pas de cloud, ne l’envoyez à personne. Les parts d’amis sont des fragments du partage Shamir ; une seule part est inutile, donc partager est sans risque.
Niveaux de chiffrement de stockage (appareil photo chiffré, notes chiffrées et outils similaires), du plus faible au plus fort :
| Niveau | Fichier | Sécurité | Nouvel appareil |
|---|---|---|---|
| Texte clair | non chiffré | celui qui l’a peut le lire | simplement copier |
| Portable | chiffré, sel dans le fichier | exige un mot de passe | saisir le mot de passe |
| Sel séparé (chiffré) | chiffré, sel sur l’appareil | exige mot de passe + sel de l’appareil | exige le code de récupération |
| Échange de sel (export le plus fort) | chiffré, sel échangé hors ligne | mot de passe + sel, deux facteurs | exige le sel de l’autre partie |
Règle simple : texte clair → portable → sel séparé, la sécurité monte, et la friction aussi. Le « suivre le global » par défaut convient à presque tout ; plus le fichier est sensible, plus le niveau choisi est élevé.
Flux standard : sauvegarde sur l’ancien téléphone (locale ou cloud WebDAV) → restauration sur le nouveau → saisir le mot de passe de la sauvegarde.
Récupérer les anciennes clés sur le nouvel appareil : la sauvegarde emporte la configuration de récupération automatiquement — après restauration, saisissez le code de récupération et la clé maîtresse de l’ancien appareil est restaurée, avec toutes les données chiffrées immédiatement lisibles.
Partage de fichier unique : des outils comme les fiches de personnage prennent en charge l’export — le format portable ne demande que le mot de passe d’export sur le nouvel appareil ; le format « échange de sel hors ligne » exige d’échanger le sel d’abord (plus sûr, idéal pour les fichiers sensibles).
Parce qu’une sauvegarde n’est pas une simple copie du texte chiffré. Une sauvegarde doit vous permettre de tout reconstruire sur un nouvel appareil, donc le paquet contient non seulement le texte chiffré mais aussi des données structurelles en clair (certaines données d’outils) et du matériel de clés (sel, sommes de contrôle, configuration de récupération) — le tout doit être reverrouillé globalement avec le mot de passe propre de la sauvegarde. Le chiffrement de l’appareil défend contre les « fuites de fichiers » ; le mot de passe de sauvegarde contre les « fuites de fichiers de sauvegarde » — deux couches indépendantes. Mot de passe de sauvegarde oublié ? Il faut le code de récupération pour restaurer la clé maîtresse puis sauvegarder à nouveau.
Les sauvegardes chiffrées sont téléversées automatiquement vers votre propre cloud / cloud privé (Jianguoyun, NextCloud, Synology ou tout serveur WebDAV) — aucun tiers au milieu. Les fichiers de sauvegarde sont chiffrés (.encbak), le mot de passe vit dans le Keystore et les transferts passent par HTTPS. Sauvegardes automatiques quotidiennes/hebdomadaires exécutées au démarrage — même un appareil perdu se récupère depuis le cloud.
Sel perdu : une sauvegarde à sel séparé (le fichier ne porte pas de sel) ne peut plus être déchiffrée — pas même par vous. C’est pourquoi l’activation déclenche des rappels répétés : exportez le sel de sauvegarde et gardez-le hors ligne (clé USB / impression / gestionnaire de mots de passe).
Sel fuité : toutes les sauvegardes à sel séparé antérieures à la fuite sont compromises (irrécupérables — envisagez de supprimer les anciennes sauvegardes cloud) ; après régénération du sel de sauvegarde, les nouvelles sauvegardes utilisent automatiquement le nouveau sel et sont à nouveau sûres. Les anciennes sauvegardes restent restaurables tant que l’ancien sel est dans la bibliothèque de sels.
Si vous ne voulez pas porter le fardeau de conserver un sel, la sauvegarde « portable » par défaut suffit — elle porte le sel, se restaure sur un nouvel appareil avec le seul mot de passe et est déjà très sûre.
Non. Une version ancienne avait un grave défaut : les imports de fichiers externes écrasaient les données existantes ; corrigé dans les versions ultérieures : quand l’appareil a déjà des données, ouvrir une sauvegarde en externe passe par l’import en fusion après déverrouillage (données existantes + nouvelles, dédupliquées par id) ; seul un appareil totalement vide (première utilisation) fait un import en une étape. Assurez-vous d’utiliser la dernière version.
Si c’est une sauvegarde exportée par une ancienne version : les photos qu’elle contient sont encore chiffrées avec les clés de l’appareil source, que l’appareil cible ne peut pas déchiffrer — réexportez plutôt avec une version récente (les nouveaux exports rechiffrent les photos avec le mot de passe d’export ; sur le nouvel appareil, la saisie du mot de passe les affiche).
Si c’est un export récent : vérifiez que vous avez saisi le mot de passe d’export ; le format « échange de sel hors ligne » exige en plus d’importer d’abord le sel de l’expéditeur.
Les deux problèmes historiques sont corrigés : ① la cible de partage fusionnait autrefois dans la pile de tâches de cette app et provoquait le « blocage sur l’écran WeChat » — le partage s’ouvre désormais dans une tâche indépendante et le retour vous ramène directement ; ② les plantages FileProvider sur les appareils Huawei (causés par l’obfuscation R8) faisaient tomber les exports — corrigé en conservant org.xmlpull.v1. Si vous rencontrez encore des problèmes, dites-nous votre modèle et la version du système via les retours.
Les exports chiffrés imposent un mot de passe fort : au moins 8 caractères, lettres et chiffres, ni uniquement numérique ni uniquement alphabétique — les mots de passe faibles ne peuvent pas être confirmés. Comme dans le format portable le sel voyage avec le fichier, le mot de passe est l’unique clé du fichier — plus il est fort, plus le fichier est sûr ; combiné aux exports « échange de sel hors ligne », même un mot de passe + fichier fuités n’ouvrent rien.