Principe fondamental
Solo2 crée un tunnel privé entre deux personnes. Direct. Sans intermédiaires.
Notre serveur fait une seule chose : présenter les deux extrémités du tunnel pour qu'elles se trouvent. Pour cela, il a besoin du strict minimum — les identifiants des deux pairs — qu'il conserve en mémoire RAM pendant les millisecondes que dure la présentation. À l'instant où les deux appareils se sont trouvés, ces données sont effacées de la mémoire. Elles ne sont jamais, à aucun moment, écrites sur un disque.
Une fois connectés, le serveur disparaît. Il ne participe pas à la conversation. Il ne la voit pas. Il ne la stocke pas. Il ne sait pas combien de temps elle dure, ni à quelle fréquence vous parlez, ni de quoi vous parlez.
Nous ne te demandons pas de nous croire. Nous te demandons de vérifier :
Test 1 — Le serveur est superflu.
Une fois le tunnel direct établi, notre serveur n'y participe plus. S'il tombait à ce moment-là, votre conversation continuerait sans interruption. Tant que vos appareils sont allumés et connectés à internet, le tunnel est à vous. Nous n'y sommes plus.
Test 2 — Envoie un fichier de 10 gigaoctets.
Non seulement ce sera rapide — mais notre serveur s'en fiche complètement. Essaie d'envoyer des fichiers de 10 gigaoctets ou plus en continu pendant 24 heures. Notre serveur ne s'en rendra même pas compte, parce qu'il n'intervient pas. Essaie ça avec n'importe quel autre service de messagerie.
Test 3 — Parle de télescopes.
Passe un après-midi à parler avec quelqu'un de télescopes, ou de cannes à pêche, ou de n'importe quoi que tu n'as jamais cherché sur internet. Attends quelques jours. Aucune pub pour des télescopes n'apparaîtra nulle part. Tes mots n'ont jamais quitté ton tunnel.
Tes données, ta responsabilité.
C'est notre plus grande qualité et, soyons honnêtes, ce qui te demandera le plus d'adaptation. Tes messages, fichiers et contacts vivent chiffrés sur ton appareil. Il n'existe aucune copie sur aucun serveur. Ils sont protégés par 24 mots — le même niveau de sécurité que Bitcoin. Mais ils ne sont qu'à un seul endroit, sauf si tu installes Solo2 sur un second appareil — les deux se synchroniseront automatiquement quand ils seront connectés en même temps. Tu peux aussi exporter une sauvegarde chiffrée — ou une copie lisible dans des formats standards pour emporter tes données où tu veux. Ici, aucun cloud ne viendra te sauver si tu perds ton unique appareil. Tes données sont les tiennes, avec toutes les conséquences.
En détail
Le serveur de Solo2 ne stocke jamais avec qui tu parles. Il ne sait pas ce que tu dis ni quels fichiers tu partages, et dès que tu acceptes une connexion, l'enregistrement est effacé du serveur : le lien n'existe que sur tes appareils. Même les signaux techniques qui établissent la connexion entre les appareils sont illisibles pour le serveur — ils voyagent chiffrés de bout en bout.
Tes messages transitent directement entre appareils, chiffrés de bout en bout. Ton historique vit chiffré dans ton navigateur, jamais sur notre serveur.
Les clés de chiffrement changent automatiquement à chaque message. Chaque message est chiffré avec une clé unique qui est supprimée immédiatement après utilisation. C'est ce qu'on appelle techniquement le Double Ratchet, et cela signifie que même si quelqu'un obtenait une clé, il ne pourrait lire qu'un seul message — pas la conversation. De plus, la sécurité se restaure automatiquement après chaque tour de communication : une clé compromise devient inutile dès que le message suivant est échangé.
Lorsqu'une connexion directe entre appareils n'est pas possible (par exemple, en raison de restrictions réseau), le miroir de Solo2 (techniquement, un serveur TURN) est utilisé : les données sont reflétées d'un appareil à l'autre, mais le miroir n'est pas conscient de ce qu'il reflète — tout transite chiffré de bout en bout et le miroir ne peut pas le lire. De plus, tous les paquets sont complétés à une taille uniforme pour empêcher un observateur de déduire des informations en analysant la taille ou la fréquence du trafic.
Tu peux toujours voir dans l'application quel type de connexion tu utilises — directe ou via le miroir — et agir en conséquence.
Ta clé maîtresse est générée aléatoirement avec 256 bits d'entropie réelle — le même niveau que Bitcoin. Lors de la création de ton compte, Solo2 génère une clé unique représentée sous forme de 24 mots. Ton mot de passe protège l'accès au service. Tes 24 mots sont la clé de tes données. Ce sont deux clés différentes pour deux portes différentes.
Même si notre serveur disparaît, tes données survivent. Avec tes 24 mots, tu peux ouvrir tes données sans connexion au serveur. Tes données sont les tiennes — vraiment.
1. Données que nous avons sur le serveur
1.1 Ton compte utilisateur
Voici tous les champs qui existent dans ta fiche. Il n'y en a pas d'autres.
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Nom d'utilisateur | Pour que tu puisses te connecter | Texte brut (public par conception) | Jusqu'à la suppression de ton compte |
| Mot de passe | Authentification | Protégé par Argon2id (recommandé par OWASP, résistant aux attaques par matériel spécialisé). Nous ne stockons jamais ton mot de passe réel | Jusqu'à la suppression de ton compte |
| Clé maîtresse enveloppée | Pour que tu puisses ouvrir tes données en te connectant avec ton mot de passe, sans saisir les 24 mots à chaque fois. Si tu perds tes mots, cette enveloppe est ta récupération | Bloc opaque (80 octets) chiffré avec une clé dérivée de ton mot de passe — le serveur ne peut pas l'ouvrir | Jusqu'à la suppression de ton compte |
| Empreinte de récupération | Pour vérifier que tes 24 mots sont les bons lorsque tu récupères l'accès à ton compte — sans que le serveur ne les voie jamais | Empreinte irréversible (SHA-256, 64 caractères). Elle ne révèle rien de tes mots ni de ta clé | Jusqu'à la suppression de ton compte |
| Nom public | Pour que tes contacts te reconnaissent | Texte brut (tu le choisis) | Jusqu'à ce que tu le changes ou supprimes ton compte |
| Code de liaison | Ton adresse au sein de Solo2 — comme un numéro de téléphone. C'est ce que tu partages avec quelqu'un pour qu'il te trouve et t'envoie une demande de connexion | Texte brut, unique (~10 caractères) | Jusqu'à la suppression de ton compte |
| Solde du compte | Argent que tu as ajouté à ton compte | Nombre (en centimes) | Jusqu'à la suppression de ton compte |
| Solde bonus | Bonifications reçues (promotions). Consommées avant le solde économique | Nombre (en centimes) | Jusqu'à la suppression de ton compte |
| Type de compte | Ton plan : standard, fondateur ou platine (admin existe uniquement pour les comptes d'administration) | 1 octet (entier) | Jusqu'à ce qu'il change ou que tu supprimes ton compte |
| État du compte | La situation de ton compte : actif, en période d'essai, mis en pause par toi, ou en période de grâce. Si tu mets ton compte en pause, c'est ce champ qui s'en souvient | 1 octet (entier) | Jusqu'à ce qu'il change ou que tu supprimes ton compte |
| Marqueur de coupure de service | Indique quand le service a été coupé : il est posé par un administrateur lors de la suspension d'un compte, ou par le système lorsque ton solde atteint zéro (c'est le début de la période de grâce). Sur un compte à jour, il vaut 0 | Horodatage numérique (0 = aucune coupure) | Jusqu'à ce que le compte soit réactivé — recharge ou levée — ou supprimé |
| Date et heure d'inscription | Quand tu as créé ton compte | Date et heure complète (timestamp) | Permanent |
| Identifiants internes | Le système a besoin de deux codes internes pour se référer à toi sans utiliser ton nom d'utilisateur. L'un est ton ID principal et l'autre un code de référence. Les deux sont opaques — ils ne signifient rien en dehors du système | Deux codes aléatoires de 24 caractères chacun (ex : u_7kX9mP2...). Ils ne contiennent ni ton nom, ni date, ni donnée personnelle — ils sont purement aléatoires | Jusqu'à la suppression de ton compte |
| Version de sécurité | Quelle version de l'algorithme de protection du mot de passe a été utilisée | Nombre interne | Jusqu'à la suppression de ton compte |
| Indicateurs d'état | Flags techniques (si ton solde a changé, si le mode sécurité maximale est actif) | 1 octet — l'équivalent d'une seule lettre. Rien de plus n'y tient | Jusqu'à la suppression de ton compte |
Pour te donner une idée du volume : ton registre complet occupe environ 400 octets — moins que ce paragraphe. Ce sont tes noms (inventés si tu veux), une empreinte de ton mot de passe (taille fixe, 128 caractères), ta clé maîtresse chiffrée (un bloc opaque de 80 octets que nous ne pouvons pas lire), une empreinte de récupération (64 caractères qui ne révèlent rien), deux nombres pour ton solde, quelques dates et quatre octets de configuration. C'est tout ce que tu représentes sur notre serveur.
1.2 Sessions actives
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Hash du jeton de session | Maintenir ta connexion active | Empreinte irréversible (SHA-256). Le jeton original n'est jamais stocké sur le serveur | 24 heures — ensuite supprimé complètement |
| Date de création | Pour que le système sache quand elle a été créée — utile pour le nettoyage automatique | Horodatage numérique (secondes unix) | Supprimé avec la session |
| Date d'expiration | La session expire 24 heures après sa création. Elle n'est pas renouvelée par l'utilisation — elle a une date d'expiration fixe | Horodatage numérique (création + 24 heures) | 24 heures — ensuite supprimé complètement |
À la déconnexion ou à l'expiration, la ligne est entièrement supprimée de la base de données. Aucune trace ne subsiste de l'existence de la session.
1.3 Demandes de liaison
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| ID du demandeur | Savoir qui a envoyé la demande | Code interne de 24 caractères aléatoires | 3 jours — puis supprimé automatiquement |
| ID du destinataire | Savoir à qui elle est destinée | Code interne de 24 caractères aléatoires | 3 jours — puis supprimé automatiquement |
| Statut | En attente / acceptée / refusée | 1 octet (entier : 0=en attente, 1=acceptée, 2=rejetée) | Supprimé à la résolution ou à l'expiration (3 jours) |
| Date de création | Savoir quand la demande a été créée pour pouvoir la supprimer automatiquement | Horodatage numérique (secondes unix) — 4 à 8 octets | 3 jours — puis supprimé automatiquement |
Note importante : Tant que la demande est en attente (maximum 3 jours), le serveur sait effectivement que l'utilisateur A a demandé à se connecter à l'utilisateur B. Au bout de 3 jours, la demande est automatiquement supprimée. Une fois le lien accepté, le serveur ne conserve pas la relation. Ta liste de contacts n'existe que dans ton navigateur, chiffrée.
1.4 Code de liaison
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Code de liaison (alias) | Identifiant court pour qu’un autre utilisateur te trouve et demande à créer un tunnel | Code aléatoire de 8 caractères dérivé de ton ID interne | Permanent (c’est ton identifiant public de connexion) |
1.5 Abonnements push (notifications)
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Adresse de notification | Envoyer des notifications à ton navigateur | URL du fournisseur du navigateur (Google, Mozilla ou Apple) | Jusqu'à ce que tu désactives les notifications ou supprimes ton compte |
| Clés de chiffrement push | Chiffrer la notification pour que seul ton navigateur puisse la lire | Standard Web Push | Identique à l'adresse |
1.6 Feedback (support)
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Ton message | Pour que nous puissions t'aider | Texte brut | Jusqu'à ce que nous le traitions |
| Ton ID utilisateur | Pour savoir qui a besoin d'aide | ID interne | Identique au message |
1.7 Signalisation de connexion (éphémère)
Pour que deux appareils puissent se connecter directement, ils doivent échanger des signaux techniques d'établissement de connexion (protocole WebRTC). Le seul moment où notre serveur garde en mémoire ton code utilisateur et celui de ton contact est pendant les millisecondes nécessaires au traitement de cette demande de connexion. Cela ne dure qu'un instant, uniquement en mémoire RAM et n'est jamais écrit sur disque. Les signaux eux-mêmes sont chiffrés de bout en bout
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Signaux de connexion | Établir la connexion directe entre appareils | Chiffrés de bout en bout avec la clé publique du destinataire. Le serveur ne peut ni les lire ni les modifier | 60 secondes |
1.8 Le miroir de Solo2 (TURN)
Si la connexion directe n'est pas possible, le miroir de Solo2 est utilisé : les données le traversent comme la lumière à travers un miroir — elles sont reflétées d'un côté à l'autre, mais le miroir n'est pas conscient de ce qu'il reflète. Tous les paquets sont complétés à une taille uniforme pour qu'un observateur ne puisse pas distinguer un message d'un simple battement de connexion.
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Identifiant d'accès | T'authentifier sur le miroir | Ton identité est transformée en une empreinte irréversible — le miroir ne sait pas qui tu es | 24 heures |
| Compteur d'octets du miroir | Dimensionner le service et appliquer la limite d'usage raisonnable du miroir | Un seul nombre par compte et par jour (UTC) : les octets totaux qui ont transité. Rien sur le contenu, avec qui tu parles ni ton IP ; les connexions directes ne sont pas comptabilisées par compte ; elles entrent uniquement, sans compte ni IP, dans les totaux techniques anonymes décrits plus bas. Le lien entre l'identifiant anonyme du miroir et ton compte est supprimé 2 jours après l'expiration de l'identifiant | 93 jours |
1.9 Paiements traités
Les paiements sont le seul point où il existe une friction réelle avec l'anonymat. Soyons honnêtes à ce sujet.
Lorsque tu t'inscris sur Solo2, tu choisis un nom d'utilisateur (il peut être inventé), un mot de passe et un nom public (également inventé si tu le souhaites). Aucune donnée ne te relie à une personne réelle. Mais si tu effectues un paiement par carte, ton établissement financier sait qui tu es.
Ce que nous recevons de la passerelle de paiement, c'est une confirmation, le montant et le code d'autorisation de la banque. Nous ne recevons ni ne conservons le nom du titulaire, ni le numéro de carte, ni le numéro d'identité (DNI). Par défaut, nous émettons une facture simplifiée, sans données de l'acheteur, semblable au ticket d'un kiosque ; ce n'est que si tu demandes une facture complète que nous enregistrons les données fiscales fournies.
De plus, l'enregistrement de paiement est délibérément dissocié de ton compte utilisateur. La seule référence reliant un paiement à un compte est effacée à l'instant même où le solde est crédité ; par la suite, aucun champ ne relie un ticket de paiement à un compte précis.
| Donnée | Pourquoi | Protection | Durée |
|---|---|---|---|
| Reçu de paiement | Comptabilité et obligations fiscales | Confirmation, montant, date et code d'autorisation. Données fiscales uniquement si tu demandes une facture complète. Aucun lien avec un quelconque compte utilisateur une fois le solde crédité | Permanent (obligation légale) |
Concernant le pire scénario possible : Même sur réquisition judiciaire, la chaîne de traçabilité serait : ta carte → ta banque → la passerelle de paiement → notre ticket d'encaissement. Or, notre ticket ne contient aucun identifiant d'utilisateur. Ce n'est pas un oubli : c'est un choix de conception. Une fois le solde crédité, il ne reste aucun champ ni index dans notre base de données reliant un paiement à un compte. La seule voie théorique serait une corrélation temporelle — si tu étais le seul paiement sur une période donnée — mais même dans ce cas extrême, le compte ne contient aucune information identifiant la personne réelle : le nom d'utilisateur et le nom public peuvent être totalement inventés.
Tous nos revenus sont légaux et comptabilisés via la passerelle de paiement. Nous réglons les impôts correspondants. Mais l'anonymat du client est total de notre côté.
2. Données que nous n'avons PAS sur le serveur
Voici ce qui nous définit. Le serveur de Solo2 ne stocke ni n'a accès à :
- Tes messages — Ils voyagent directement entre les appareils, chiffrés de bout en bout. Le serveur ne les voit jamais.
- Tes fichiers — Comme les messages : directs et chiffrés.
- Ta liste de contacts — Elle existe chiffrée uniquement dans ton navigateur.
- Ton historique de chat — Uniquement dans ton navigateur, chiffré.
- Ta localisation — Les GeoSellos sont calculés sur ton appareil et envoyés directement au destinataire. Le serveur ne les traite jamais.
- Analytique d'utilisation — Solo2 n'a aucun système d'analyse comportementale : nous ne savons pas ce que tu lis, sur quels boutons tu appuies, combien de temps tu passes sur l'application, et nous ne construisons aucun profil de ton activité. La seule exception explicite : des compteurs agrégés et anonymes sur les performances techniques de la connexion (combien de connexions réussissent directement contre combien nécessitent un répéteur, combien d'octets de chaque type, combien de temps elles prennent) — jamais liés à ton compte, à ton IP, ni entre eux. Ni cookies de suivi ni scripts tiers, jamais.
- Données de l'appareil — Nous ne collectons ni le modèle, ni la résolution, ni le système d'exploitation, ni aucune caractéristique de ton appareil.
- Métadonnées de communication — Nous ne savons pas avec qui tu parles, quand, à quelle fréquence, ni pendant combien de temps.
À propos de ton adresse IP
Ton adresse IP n'est stockée dans aucune base de données. Dans les journaux techniques du serveur, les adresses IP sont transformées en empreintes irréversibles (hash) — utiles pour détecter des schémas d'abus, mais impossibles à inverser vers l'IP d'origine. Ces journaux sont automatiquement supprimés tous les 7 jours. Les signaux de connexion, qui pourraient contenir ton IP, sont chiffrés de bout en bout — le serveur ne peut pas les lire.
3. Données enregistrées dans ton navigateur
Tout ce qui suit réside exclusivement dans ton navigateur, chiffré avec AES-256-GCM (un standard de chiffrement de qualité militaire utilisé par les gouvernements et les entités financières). La clé est générée à partir de ton mot de passe via Argon2id (l'algorithme le plus résistant disponible contre les attaques par matériel spécialisé), et ce processus se déroule entièrement dans ton navigateur. Ton mot de passe n'est jamais envoyé au serveur.
Tes données sont chiffrées au repos — même si quelqu'un accédait au stockage de ton navigateur, il ne trouverait que des blocs chiffrés illisibles sans ton mot de passe.
Lorsque tu exportes une sauvegarde, elle est chiffrée avec la même protection (Argon2id + AES-256-GCM). Seule une personne connaissant ton mot de passe peut la déchiffrer. La seule exception est délibérée : la copie lisible — un ZIP standard conçu pour que tu puisses lire tes données sans l'application — est créée sans chiffrement ; l'app t'en avertit et te demande ton mot de passe avant de la générer.
| Donnée | Chiffrement | Contrôle |
|---|---|---|
| Messages | AES-256-GCM | Tu décides quand les supprimer |
| Fichiers | AES-256-GCM | Tu décides quand les supprimer |
| Contacts (paires) | AES-256-GCM | Tu décides qui lier |
| État de vérification | AES-256-GCM | Tu vérifies l'identité de chaque contact |
| Index de recherche | Chiffré avec des jetons irréversibles (HMAC) | Reconstruit à partir de tes messages |
| État de livraison | AES-256-GCM | Quels messages ont été livrés |
| Messages en attente | AES-256-GCM | File d'envoi quand il n'y a pas de connexion |
Stockage temporaire du navigateur
| Donnée | Type | Durée | Pourquoi |
|---|---|---|---|
| Session utilisateur | Mémoire locale du navigateur (localStorage) | Jusqu'à la déconnexion | Maintenir ta connexion |
| Version de l'appli | Mémoire locale du navigateur (localStorage) | Permanent | Détecter les mises à jour |
| Préférence de thème | Mémoire locale du navigateur (localStorage) | Permanent | Retenir ton thème visuel |
| Préférence de langue | Mémoire locale du navigateur (localStorage) | Permanent | Retenir ta langue |
| Mot de passe (mode sécurité maximale) | Mémoire d'onglet (sessionStorage) | Disparaît à la fermeture de l'onglet | Réinitialiser le chiffrement si tu recharges la page |
Note sur la sécurité dans le navigateur
Solo2 fonctionne dans ton navigateur web. Tes données chiffrées sont protégées au repos, mais lorsque l'application est ouverte et t'affiche tes messages déchiffrés à l'écran, la sécurité dépend aussi de ton environnement :
- Extensions de navigateur : Une extension malveillante ayant accès aux pages que tu visites pourrait, en théorie, lire ce qui est affiché à l'écran. Nous te recommandons d'utiliser le moins d'extensions possible et uniquement provenant de sources fiables.
- Navigateur propre : Un navigateur mis à jour sans extensions inutiles est ton meilleur allié.
- Application native : À l'avenir, nous proposerons une application de bureau (Windows, Mac, Linux) qui fournira un niveau d'isolation supplémentaire en ne s'appuyant pas sur l'environnement du navigateur.
4. Connexions réseau
L'application Solo2
| Domaine | Motif | Donnée envoyée |
|---|---|---|
| solo2.net | API de l'application | Authentification, signalisation, présence |
| pay.menzuri.com | Passerelle de paiement | Uniquement si tu effectues un paiement |
Aucun autre domaine. Aucun script externe. Pas de suivi CDN. La politique de sécurité du contenu (CSP) du serveur applique techniquement cela : toute tentative de chargement de ressources provenant d'autres domaines est bloquée par le navigateur .
Même pour découvrir l'adresse IP publique de ton appareil (nécessaire pour établir des connexions directes entre utilisateurs), nous utilisons notre propre serveur (techniquement appelé STUN). Nous ne déléguons pas à des services externes. Nous le gérons nous-mêmes.
La page de présentation
La page de présentation (solo2.net) — qui est indépendante de l'application — utilise un système de mesure anonyme hébergé sur nos propres serveurs en Allemagne :
| Domaine | Motif | Donnée envoyée |
|---|---|---|
| stats.menzuri.com | Mesure anonyme des visites | Page visitée (sans cookies, sans IP, sans identification) |
Ce système n'installe pas de cookies, n'enregistre pas ton adresse IP, ne t'identifie pas, ne te suit pas entre les visites et ne partage pas de données avec des tiers. L'application Solo2 n'a ni ce système ni aucun autre type d'analytique.
5. Supprimer tes données
Il existe deux actions différentes, et il est important que tu connaisses la différence :
Supprimer les données locales
Depuis les paramètres de l'application, tu as deux options de suppression locale :
- Effacer mes données — Supprime uniquement tes données (identité, messages et fichiers, session) sans affecter les autres utilisateurs utilisant le même navigateur.
- Réinitialisation d'urgence — Efface absolument tout : les données de tous les utilisateurs, Service Worker, le cache et les clés cryptographiques. Nécessite une double confirmation.
Dans les deux cas, ton compte sur le serveur existe toujours. Tu peux te reconnecter, mais tes données locales seront irréversiblement perdues. Cela crée une toute nouvelle identité cryptographique : celui qui possédait ta précédente clé publique ne peut plus rien chiffrer à ta place. Si un contact précédent souhaite se reconnecter, il devra te demander de te connecter à nouveau et tu décides de l'accepter ou non.
Récupération automatique entre appareils
Si tu perds tes données sur un appareil et que tu en as un autre connecté, Solo2 détecte la situation et te propose de restaurer ton identité et tes données automatiquement. La restauration transite chiffrée (Argon2id) par connexion directe entre tes appareils — sans passer par le serveur.
Supprimer ton compte du serveur
- toutes les lignes de la base de données associées à ton identifiant sont supprimées : compte, sessions, demandes, invitations, abonnements push, feedback.
- La suppression est atomique (tout ou rien) : soit tout est supprimé, soit rien n'est supprimé.
- Si tu supprimes ton compte, personne ne pourra accéder à tes anciens messages de notre côté, car nous ne conservons aucune copie.
- Les identifiants dans les journaux du serveur sont des empreintes irréversibles : un journal ne peut pas être relié à ton compte une fois celui-ci supprimé.
- Ce qui est enregistré dans ton navigateur n'est pas automatiquement supprimé par cette action (nous n'avons pas accès à ton navigateur). Pour le supprimer, lance d'abord la suppression nucléaire ou efface les données du site dans ton navigateur.
5b. Ta clé maîtresse et tes 24 mots
Lors de la création de ton compte Solo2, une clé maîtresse est générée avec 256 bits d'entropie réelle (la même que celle utilisée par Bitcoin). Cette clé est représentée par 24 mots que toi seul connais. Ton mot de passe enveloppe cette clé pour la stocker chiffrée sur le serveur — le serveur ne peut pas la lire.
Cela signifie que tu disposes de deux clés indépendantes
Algorithmes exacts (vérifiable)
Génération : CSPRNG à partir du système d'exploitation (crypto.getRandomValues, 256 bits). Cryptage par clé principale : Argon2id (OWASP) pour dériver la clé wrapper + AES-256-GCM (cryptage authentifié) pour la protéger. Identité : Ed25519 (signature) + X25519 (échange). Messages : Double Ratchet avec ChaCha20-Poly1305 . Lorsque tu fermes l'onglet du navigateur, toutes les données sensibles disparaissent de la mémoire.
Comment ta clé maîtresse est protégée
| Couche | Ce que c'est | Où elle réside |
|---|---|---|
| Mot de passe | Accès au serveur. Enveloppe ta clé maîtresse | Dans ta mémoire + hash sur le serveur |
| Secret de l'appareil | Second facteur invisible, généré automatiquement à l'installation | Sur ton appareil (non extractible) |
| Clé maîtresse (24 mots) | 256 bits d'entropie réelle, générée aléatoirement. Niveau Bitcoin (BIP39) | Sur un papier que tu conserves + enveloppée sur le serveur |
| Rotation de clés | Chaque message utilise une clé unique détruite ensuite (Double Ratchet) | Automatique, transparent |
Si tu changes ton mot de passe
Changer ton mot de passe est instantané. Ta clé maîtresse est simplement ré-enveloppée avec le nouveau mot de passe — ton identité ne change pas, tes données ne sont pas re-chiffrées, tes contacts ne sont pas affectés, et tes 24 mots restent les mêmes. C'est une opération de quelques millisecondes.
Récupération
Si tu perds ton mot de passe, tu peux ouvrir tes données avec tes 24 mots — sans avoir besoin d'un serveur. Si tu perds tes 24 mots, tu peux te connecter avec ton mot de passe et le serveur te renvoie ta clé enveloppée. Si tu perds les deux, tes données sont irrécupérables. Comme avec Bitcoin, c'est la sécurité par conception.
6. Que se passe-t-il si quelqu'un accède au serveur sans autorisation
Si un attaquant obtenait un accès complet au serveur de Solo2, il obtiendrait :
- Noms d'utilisateur et noms publics
- Codes de liaison
- Clés publiques (inutiles sans la clé privée, qui est dans ton navigateur)
- Empreintes de mots de passe (inutiles sans une attaque par force brute extrêmement coûteuse grâce à Argon2id)
- Empreintes de jetons de session (inutiles sans le jeton original)
- Demandes de liaison en attente (IDs internes, expirent en 3 jours)
- Type de compte, soldes et dates d'inscription
- Reçus de paiement (sans pouvoir les relier à un utilisateur spécifique)
Ce qu'il n'obtiendrait PAS :
- Aucun message (ils n'ont jamais été sur le serveur)
- Aucun fichier (ils n'ont jamais été sur le serveur)
- Aucune liste de contacts (elle n'a jamais été sur le serveur)
- Aucun historique de chat (il n'a jamais été sur le serveur)
- Aucune clé privée de chiffrement (elles résident dans ton navigateur)
- Aucune adresse IP (elles ne sont pas enregistrées)
7. Notre engagement
Ce manifeste sera mis à jour à chaque changement pertinent dans la gestion des données. Si nous ajoutons un nouveau champ à la base de données, il apparaîtra ici. Si nous supprimons quelque chose, également.
La version en vigueur est toujours cette page.
8. Comment ce contenu est rédigé
Tout le texte que tu lis sur ce site — cette page, le blog, Cuadernos Lacre, l'aide — est rédigé par une équipe de deux : la personne qui a fondé Solo2 et Claude, une IA d'Anthropic. Il n'y a pas de petites lignes ici non plus.
Le processus est toujours le même : une idée est proposée — ce qu'il faut expliquer, quelle histoire raconter, à quelle préoccupation répondre — et Claude rédige un premier brouillon. Nous en discutons : ce qui fonctionne, ce qui est superflu, ce qui manque. Parfois, un paragraphe ou une phrase entière est réécrit avec ses propres mots. D'autres fois, on indique simplement ce qui plaît ou non, et Claude réécrit jusqu'à ce que cela sonne juste. Aucun texte de ce site n'est le premier jet de quiconque.
Aucun texte n'est publié sans relecture et approbation humaine. L'IA n'écrit pas seule et ne décide pas seule de ce qui est publié.
Tout comme tu estimes mériter de savoir quelles données nous détenons sur toi, nous pensons que tu mérites de savoir qui a écrit ce que tu lis. C'est pourquoi ce paragraphe est ici.