Comment fonctionne Livara: La version détaillée.

01 · e2ee

Ce que signifie ici le chiffrement de bout en bout

Dans un chat Livara, le corps du message et les médias sont chiffrés sur ton appareil et ne sont déchiffrés que sur celui du destinataire. Le serveur transporte une boîte qu’il ne peut pas ouvrir.

Chaque appareil détient du matériel de clé privé P-256 et ML-KEM-768. Les sauvegardes de récupération sont chiffrées sur l’appareil avant leur téléversement. Les chats directs établissent LVR1 à partir de contributions classiques et post-quantiques, puis font avancer les chaînes d’envoi et de réception au fil des messages.

AES-256-GCM chiffre le contenu et authentifie son contexte. Avant leur téléversement, les pièces jointes reçoivent une clé de fichier aléatoire distincte, transmise dans la conversation chiffrée plutôt qu’exposée au serveur.

Pour la livraison des messages protégés, le serveur relaie le contenu chiffré et gère les métadonnées de routage. Les canaux publics et le traitement facultatif par l’IA suivent d’autres règles d’accès aux données ; consulte le modèle de menace et la politique de confidentialité.

02 · couverture

Comment le chiffrement de bout en bout protège tes chats

Les chats directs et les groupes privés compatibles utilisent le chiffrement de bout en bout sur ton appareil. Les canaux publics sont lisibles ; les anciens groupes incompatibles ne sont pas couverts.

Le texte des messages directs, les modifications, légendes, notes vocales et pièces jointes sont chiffrés sur ton appareil client à l’aide du mécanisme à cliquet hybride post-quantique LVR1. Si les clés manquent ou sont invalides, l’envoi est bloqué au lieu de passer silencieusement au texte en clair.

Livara 0.2 fournit le chiffrement LGS1 à clé d’expéditeur pour les groupes privés compatibles. Chaque membre crée une chaîne d’envoi et chiffre le texte, les médias et les pièces jointes sur son appareil. Les clés changent avec la composition du groupe ; le modèle de menace explique la confiance qui reste accordée à la liste des membres contrôlée par le serveur.

Les appels directs et de groupe prennent en charge le chiffrement de bout en bout de l’audio, de la vidéo et du partage d’écran. L’enregistrement facultatif côté serveur utilise le chiffrement du transport à la place de l’E2EE tant que REC est actif. Les canaux de diffusion publics restent lisibles par le serveur.

03 · version

Notes de version de Livara 0.1.68

Notes d’une ancienne version. Pour la version Android actuelle et sa somme de contrôle, consulte la page Télécharger.

Notes de versions historiques. Pour la version Android actuelle et sa somme de contrôle, consulte la page de téléchargement.

Le champ de rédaction en mode simple persan affiche AI.

Les fonctions de l’API d’IA nécessitent Livara AI Pro.

04 · récupération

Ce qui se passe quand tu perds ton appareil

Une phrase de récupération déverrouille une sauvegarde chiffrée de ton matériel d’accord de clés, de signature et d’identité post-quantique. Ce n’est pas une sauvegarde de l’historique des chats.

Ta clé d’accord P-256, ta clé de signature P-256 et ta graine ML-KEM sont regroupées et chiffrées sur ton appareil avec une clé de récupération aléatoire de 256 bits, HKDF-SHA-512 et AES-256-GCM, puis téléversées déjà chiffrées. Un mot de passe correct, à lui seul, ne peut pas les déchiffrer.

Le format de sauvegarde v7 authentifie sa version, sa suite cryptographique, son époque d’identité et sa génération à croissance monotone. Un appareil déjà utilisé peut détecter une sauvegarde plus ancienne ; un appareil neuf a encore besoin de transparence des clés pour détecter le retour à un ancien instantané complet du serveur.

Tu peux comparer les empreintes des clés publiques avec ton interlocuteur par un autre canal, afin de repérer un changement de clé inattendu.

Si tu perds à la fois l’appareil et la phrase, l’ancien contenu chiffré des chats directs reste inaccessible. Aucun ticket d’assistance n’y change rien. C’est le prix réel d’un serveur qui ne peut pas lire tes messages.

05 · synchronisation

Pourquoi une connexion en direct a quand même besoin d’un journal de suivi

Une connexion en direct indique seulement ce qui se passe maintenant. Un numéro de séquence propre à chaque utilisateur permet de rattraper ce qui a été manqué pendant que le train traversait un tunnel.

Une connexion en direct n’est qu’une partie d’une messagerie fiable. L’essentiel est la façon dont l’appli détecte et récupère les changements manqués pendant une déconnexion.

Chaque changement pertinent fait aussi avancer un numéro de séquence continu propre à l’utilisateur. À la reconnexion, le client demande exactement la plage manquée, sans deviner ni retélécharger tout le compte.

Les clients éliminent les doublons grâce à des identifiants d’opération stables et se recalent sur l’instantané du serveur avant d’avancer leur curseur enregistré. Voilà pourquoi une idée envoyée avec un mauvais signal ne devient pas trois bulles.