Livara 0.2 · adversaire par adversaire
Un modèle de menace qui ne présente que des points forts est une brochure publicitaire. Celui-ci nomme les adversaires pertinents, précise ce à quoi chacun peut accéder, puis publie la liste de ce que Livara ne prétend pas garantir.
01 · Six adversaires susceptibles de vouloir tes messages
Certains ont accès à plus que tu ne l’espères peut-être. Nous les indiquons quand même, dans la même taille de caractères que le reste.
Peut voir que tu te connectes à Livara et observer le rythme et le volume du trafic. TLS et le chiffrement des messages protègent le contenu dans les limites annoncées ; ils ne rendent pas ta connexion anonyme.
Les métadonnées réseau restent visiblesLors de la livraison protégée des messages, le service reçoit du texte chiffré et traite les métadonnées de routage. Les canaux publics sont lisibles. Cette description ne couvre ni le traitement distinct par l’IA ni un appareil ou un client compromis.
Texte chiffré et métadonnées de routageNe peut pas restaurer tes clés de chiffrement : la sauvegarde de clés chiffrée nécessite ta phrase de récupération.
Phrase de récupération requisePeut accéder au contenu disponible sur l’appareil déverrouillé. Un code ou la biométrie aide à protéger un appareil verrouillé ; le chiffrement des messages n’empêche pas l’accès une fois l’appareil déverrouillé.
L’accès à un appareil déverrouillé n’est pas empêchéLVR1 combine ML-KEM-768 et P-256 dans une conception visant à résister aux attaques de déchiffrement quantiques. Il s’agit d’un objectif de conception, pas d’un audit indépendant ni d’une protection contre les appareils et clients compromis.
Conçu pour la résistance post-quantiqueUne somme de contrôle détecte un écart par rapport à une empreinte de confiance. Si un attaquant peut remplacer à la fois l’APK et l’empreinte affichée, des empreintes identiques ne suffisent pas à établir l’authenticité.
Une empreinte de confiance est nécessaire02 · Le périmètre de protection
Ce tableau décrit la livraison des messages. Pour le traitement distinct par l’IA, consulte les réglages et la politique de confidentialité du client que tu utilises. La page Sécurité explique plus en détail les limites du chiffrement et de la compatibilité.
| 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 |
03 · Architecture et limites
Les limites précises du chiffrement de bout en bout, de la gestion des clés et du modèle de confidentialité : les mêmes faits, sans les adjectifs.
Les messages directs et les contenus des groupes privés compatibles sont chiffrés de bout en bout sur les appareils des utilisateurs. Le service de livraison conserve le texte chiffré et les métadonnées opérationnelles. Les anciens groupes incompatibles restent visiblement hors E2EE ; le traitement distinct par l’IA est décrit dans la politique de confidentialité.
Les canaux de diffusion sont conçus pour une distribution publique et leur contenu est lisible par conception. Les groupes privés et les conversations directes sont strictement séparés des canaux publics.
Les appels 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 fait passer au chiffrement du transport tant qu’un indicateur visible REC est actif.
Les clés cryptographiques sont conservées de manière sécurisée sur ton appareil. Un code ou la biométrie aide à protéger un appareil verrouillé ; un logiciel malveillant, un appareil déverrouillé ou un destinataire peut toujours exposer le texte en clair.
Ta sauvegarde d’identité est chiffrée sur ton appareil avant son envoi. Sa restauration nécessite ta phrase de récupération. La sauvegarde restaure l’identité, pas l’historique des conversations ni les sessions de ratchet.
Le Labo de chiffrement permet de calculer l’empreinte d’une APK et d’essayer des exemples locaux d’accord de clés, de chiffrement et de rejet des altérations. Il n’exécute pas les protocoles complets LVR1 ou LGS1 et n’en réalise pas d’audit indépendant.
Questions
Les messages directs et les contenus des groupes privés compatibles sont chiffrés de bout en bout sur les appareils des utilisateurs. Le service de livraison conserve le texte chiffré et les métadonnées opérationnelles. Les anciens groupes incompatibles restent visiblement hors E2EE ; le traitement distinct par l’IA est décrit dans la politique de confidentialité.
Les canaux de diffusion sont conçus pour une distribution publique et leur contenu est lisible par conception. Les groupes privés et les conversations directes sont strictement séparés des canaux publics.
Les appels 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 fait passer au chiffrement du transport tant qu’un indicateur visible REC est actif.
Les clés cryptographiques sont conservées de manière sécurisée sur ton appareil. Un code ou la biométrie aide à protéger un appareil verrouillé ; un logiciel malveillant, un appareil déverrouillé ou un destinataire peut toujours exposer le texte en clair.
Ta sauvegarde d’identité est chiffrée sur ton appareil avant son envoi. Sa restauration nécessite ta phrase de récupération. La sauvegarde restaure l’identité, pas l’historique des conversations ni les sessions de ratchet.
Le Labo de chiffrement présente une vérification d’empreinte d’APK et certains composants cryptographiques. Il ne s’agit pas d’un audit complet de l’application ou des protocoles. Les protocoles maison n’ont pas fait l’objet d’un audit de sécurité indépendant.
Ne crois pas non plus cette page sur parole
Calcule l’empreinte de l’APK, lance la négociation, altère un octet et observe le rejet lors de l’authentification. Tout cela hors ligne, dans ton propre navigateur, avant d’installer quoi que ce soit.
