La sécurité de Livara: Là où le chiffrement s’arrête.
Livara 0.2 · sans exagérer la protection
Comment Livara protège le contenu des messages, quelles métadonnées restent visibles et où la récupération et la sécurité des appareils limitent cette protection. Les protocoles maison LVR1 et LGS1 n’ont pas fait l’objet d’un audit de sécurité indépendant.
Les composants cryptographiques
L’absence d’identité de chiffrement bloque un envoi protégé. Un nouveau groupe n’est créé comme chiffré que lorsque tous ses membres sont prêts. Un ancien groupe incompatible reste visiblement hors E2EE, plutôt que d’afficher une protection plus forte qu’elle ne l’est. Le relais connaît toujours les données de l’enveloppe : qui, quand, quelle taille et si le message est arrivé.
01 · La limite
Le serveur peut-il le lire ?
Ce tableau décrit la livraison des messages. Le traitement distinct par l’IA est couvert par la politique de confidentialité et les réglages du client que tu utilises.
remarque Le routage, l’appartenance, les horodatages, l’état de livraison et le texte chiffré sont conservés pour permettre la synchronisation des appareils.
remarque Cette conservation rend possible le rattrapage après une reconnexion. C’est un compromis, et voici ce qu’il implique pour toi.
| Type de données | Conversation directe à deux | Groupes privés compatibles | Canaux |
|---|---|---|---|
| Texte des messages | Chiffré sur ton appareil | Chiffré de bout en bout (LGS1) | Canaux de diffusion publics |
| Modifications de texte | Chiffré sur ton appareil | Chiffré de bout en bout (LGS1) | Canaux de diffusion publics |
| Photos, vidéos, fichiers, légendes | Chiffrés avant l’envoi | Chiffrés avant l’envoi | Canaux de diffusion publics |
| Avec qui tu as parlé | Métadonnées de routage uniquement | Métadonnées de routage uniquement | Canaux de diffusion publics |
| Quand tu as parlé | Horodatages de livraison uniquement | Horodatages de livraison uniquement | Canaux de diffusion publics |
| Ton mot de passe | Ne quitte jamais ton appareil | Ne quitte jamais ton appareil | Ne quitte jamais ton appareil |
| Tes clés privées | Jamais envoyées sans chiffrement | Jamais envoyées sans chiffrement | Jamais envoyées sans chiffrement |
02 · Conversations directes
Comment un message obtient sa clé.
LVR1 démarre avec des éléments cryptographiques classiques et post-quantiques, puis fait évoluer deux mécanismes de ratchet. Les messages ordinaires font avancer des chaînes à sens unique peu coûteuses en calcul. Des époques ML-KEM périodiques renouvellent la racine résistante au quantique, sans ajouter une négociation de trois kilo-octets à chaque envoi.
LVR1 en détail
Les composants et paramètres ci-dessous décrivent la conception. L’emploi de composants éprouvés ne constitue pas une validation indépendante de la sécurité du protocole complet.
- Racine classique
- P-256 ECDH, préclés signées
- Racine post-quantique
- ML-KEM-768, époques avec renouvellement périodique des clés
- Établissement
- Hybride de type X3DH, avec des clés à usage unique lorsqu’elles sont disponibles
- Mécanisme de ratchet
- Chaînes d’envoi et de réception indépendantes
- Chiffrement du contenu
- AES-256-GCM pour le contenu et l’en-tête
- Conservation des clés
- Générées sur l’appareil ; les sauvegardes de récupération sont chiffrées avant l’envoi
- Pièces jointes
- Clé aléatoire par fichier, transmise au sein de la session
Identité
Une clé privée P-256 et une graine ML-KEM-768, générées sur l’appareil et jamais envoyées en clair.
Authentifier les préclés
Les préclés signées P-256 et ML-KEM-768 sont vérifiées côté client. Les clés à usage unique apportent des éléments frais lorsqu’elles sont disponibles.
Établir la session
Le mécanisme hybride X3DH combine plusieurs accords P-256 avec des secrets ML-KEM pour former des racines classique et post-quantique indépendantes.
Faire avancer le ratchet
Les chaînes d’envoi et de réception à sens unique avancent après chaque message. Les mises à jour périodiques des époques ML-KEM renouvellent la racine post-quantique.
Chiffrer
Une clé de message est combinée à la racine PQ actuelle, puis AES-256-GCM chiffre et authentifie le contenu et l’en-tête.
Créer
Chaque membre génère sur son appareil une chaîne d’expéditeur et une clé de signature pour ses propres messages de groupe.
Distribuer
Les clés d’expéditeur sont transmises aux autres membres au sein de sessions LVR1 post-quantiques établies deux à deux.
Avancer
Chaque message utilise une clé AES-256-GCM à usage unique dérivée de la chaîne et porte la signature de l’expéditeur.
Renouveler
Lorsque des membres arrivent ou quittent le groupe, de nouvelles clés d’expéditeur sont générées et distribuées.
03 · Groupes privés dans la version 0.2
Un seul texte chiffré, tous les membres.
Chiffrer séparément le même texte pour un grand groupe demande davantage de travail à chaque membre supplémentaire. LGS1 donne plutôt à chaque expéditeur une chaîne signée : sa clé circule dans des sessions LVR1 établies deux à deux, puis un seul texte chiffré opaque parvient à tout le groupe, avec des clés propres à chaque pièce jointe, des légendes et des noms de fichiers chiffrés à l’intérieur.
LGS1 en détail
- Chaînes d’expéditeur
- Une chaîne signée par expéditeur, un message par position
- Distribution des clés
- Les clés d’expéditeur circulent au sein de sessions LVR1 établies deux à deux
- Clé par message
- Une clé AES-256-GCM à usage unique, dérivée pour chaque position
- Authentification
- Une identité de signature P-256 par expéditeur
- Changement de membres
- Les anciennes clés d’expéditeur deviennent obsolètes ; les membres renouvellent leurs clés
- Couvre
- Texte · modifications · légendes · noms de fichiers · clés des pièces jointes
04 · La partie inconfortable
Le chiffrement protège le contenu. Il ne masque pas le réseau de relations.
Livara conserve et traite des métadonnées opérationnelles pour la livraison et la synchronisation. Ce tableau décrit la livraison protégée des messages, et non le traitement distinct par l’IA. Avant d’utiliser l’IA avec le contenu de conversations, consulte les réglages et la politique de confidentialité du client que tu utilises.
| Le serveur voit | Le serveur conserve | Illisible lors de la livraison protégée des messages |
|---|---|---|
| Qui communique avec qui | Les enregistrements des messages, sous forme chiffrée | Le texte des messages en clair |
| L’appartenance aux groupes et les conversations | Le texte chiffré LVR1 et LGS1 | Le contenu déchiffré des médias |
| Les horodatages et la taille des données chiffrées | Les accusés de réception, réactions et modifications | Les légendes et noms de fichiers |
| L’état de livraison et le routage | Un curseur de synchronisation par compte | Les clés des pièces jointes |
| Le fait que tu te connectes à Livara | Les jetons push et données de sécurité | Ton mot de passe : uniquement une preuve SRP |
Le code de protection des métadonnées LSS1 existe, mais il n’est pas relié à l’envoi ordinaire des messages. Ne le considère pas comme une protection active des messages actuels.
05 · Transparence
Ce que Livara ne promet pas.
Cette liste existe pour que tu n’aies jamais à déduire les limites de ce qui manque ailleurs. Si un élément en disparaît, ce sera parce que la fonction a été livrée, pas parce que la formulation s’est améliorée.
Ce qui n’est pas promis aujourd’hui
Six points, directement issus du modèle de menace publié.
- L’anonymat des métadonnées
- Le chiffrement de bout en bout des canaux : ce sont des flux de diffusion publics
- Le chiffrement de bout en bout pendant un enregistrement optionnel sur le serveur
- La protection d’un appareil déverrouillé ou compromis
- La récupération sans ta phrase de récupération
- La dissimulation de ta connexion à Livara à ton fournisseur d’accès
Les affirmations que nous refusons de faire
Formulées comme une page marketing aimerait les présenter, puis barrées.
- Que le contenu des canaux est privé. Les canaux sont des flux de diffusion publics par conception.
- Que le serveur ne conserve pas les métadonnées de routage nécessaires à la livraison en temps réel et à la synchronisation.
- Qu’il est possible de récupérer l’accès après avoir perdu à la fois ton appareil et ta phrase de récupération.
- Que les numéros de sécurité n’ont jamais besoin d’être vérifiés. Les comparer permet de vérifier une clé en personne.
06 · Identité
Se connecter, et retrouver l’accès.
SRP prouve la connaissance du mot de passe sans le transmettre
Lors de l’authentification SRP, ton appareil prouve qu’il connaît le mot de passe sans transmettre le mot de passe lui-même. Le serveur conserve un vérificateur. Cela ne protège pas un appareil ou un client compromis.
La sauvegarde des clés est chiffrée avant l’envoi
Tes clés P-256 d’accord de clés et de signature, ainsi que ta graine ML-KEM, sont chiffrées sur ton appareil avec une clé de récupération aléatoire de 256 bits. Le format v7 authentifie sa suite cryptographique, son époque d’identité et sa génération. Il restaure l’identité, pas l’historique des conversations.
Les empreintes permettent de vérifier l’autre extrémité
Compare les empreintes des clés publiques avec ton interlocuteur par un autre canal de confiance. Si elles diffèrent de façon inattendue, vérifie le changement avant de partager des informations sensibles.
Le serveur décide toujours qui peut agir
Les vérifications d’appartenance et de rôle régissent les conversations, envois de fichiers, accusés de réception, modifications, suppressions et actions en temps réel. Il s’agit de l’autorité du serveur, pas de cryptographie : c’est précisément pour cela que nous les présentons séparément.
mot de passe ne quitte jamais l’appareil
preuve calculée localement, échangée avec le serveur
serveur conserve un vérificateur, pas ton mot de passe
résultat authentifié — sans que le secret ait jamais circulé sur le réseau
identité un nom d’utilisateur. Pas une carte SIM, un opérateur ou un pays.
L’authentification SRP est distincte du chiffrement des messages. Un mot de passe seul ne peut pas ouvrir la sauvegarde d’identité chiffrée ; sa restauration nécessite ta phrase de récupération. Un appareil ou un client compromis reste hors du champ de ces protections.
Questions
Les cinq questions les plus fréquentes.
Quelles conversations Livara sont chiffrées de bout en bout ?
Les messages directs et les conversations de groupe privées compatibles sont chiffrés de bout en bout sur ton appareil. Les conversations directes utilisent le mécanisme de ratchet hybride post-quantique LVR1 ; les groupes privés compatibles utilisent les clés d’expéditeur LGS1 pour les textes, modifications, photos, vidéos, fichiers et messages vocaux. Les anciens groupes incompatibles restent visiblement hors E2EE.
Si je me connecte sur un nouveau téléphone, est-ce que je retrouve mes clés de conversation directe ?
Pas automatiquement. La sauvegarde de clés chiffrée ne s’ouvre qu’avec la clé de récupération représentée par ta phrase de récupération. Un mot de passe correct ne suffit pas, et c’est volontaire : si un mot de passe seul pouvait restaurer tes clés, il pourrait aussi les remettre à quelqu’un d’autre.
Livara cache-t-il avec qui je parle ?
Non. La livraison achemine les paquets chiffrés à l’aide de l’expéditeur, de la destination et des horodatages. Ces métadonnées de routage sont conservées pour permettre la synchronisation de tes appareils. Les notifications push mobiles des messages chiffrés ne contiennent ni détails des messages ni noms.
Comment fonctionne le chiffrement des groupes et que couvre-t-il ?
Chaque membre crée une chaîne d’expéditeur et partage sa clé avec les autres membres dans des sessions LVR1 chiffrées deux à deux. Les textes, modifications, médias, fichiers et messages vocaux du groupe sont chiffrés sur l’appareil de l’expéditeur avant de le quitter. Lorsque des membres arrivent ou partent, les clés sont renouvelées.
Comment les appels individuels et de groupe sont-ils protégés ?
Les appels individuels et de groupe utilisent le chiffrement de bout en bout pour l’audio, la vidéo et le partage d’écran. L’enregistrement optionnel sur le serveur est un mode distinct : tant que l’indicateur visible REC est actif, l’appel utilise le chiffrement du transport au lieu d’E2EE.
Ne crois pas cette page sur parole
À toi de vérifier.
Exécute les démonstrations du Labo de chiffrement, lis les explications sur la sécurité ou ouvre l’application et compare une empreinte de clé avec ton contact par un autre canal de confiance.