Votre sécurité

Les évolutions de sécurité peuvent changer la manière dont deux appareils chiffrent leurs échanges. Ils doivent donc utiliser la version la plus récente pour communiquer correctement.

Lorsqu’une mise à jour est disponible, LIVE vous demande de la charger avant de continuer. Cette opération renouvelle le programme affiché, sans conserver ni restaurer le contenu de vos conversations.

Les messages sont chiffrés sur votre appareil avant leur transmission et ne sont déchiffrables que par les appareils autorisés à cette conversation.

Aucune protection n’est absolue : elle dépend aussi de vos appareils et des personnes avec qui vous échangez.

LIVE ne conserve pas l’historique des messages. Le contenu des conversations n’est pas stocké comme historique sur le serveur ni conservé comme archive sur votre téléphone.

Chaque appareil possède sa propre identité cryptographique. La clé privée reste sur l’appareil et n’est pas envoyée au serveur.

Un nouvel appareil reçoit une nouvelle identité : elle n’est jamais copiée depuis un autre appareil, et elle peut être révoquée.

À proximité. Scannez le QR de sécurité de l’autre téléphone.

À distance. Comparez les empreintes de sécurité par un autre moyen de communication.

Une empreinte est une courte suite de caractères qui représente l’identité d’un appareil. Si les deux personnes lisent la même, l’appareil en face est bien celui attendu.

Si LIVE détecte un changement d’identité cryptographique, vous êtes averti. Vérifiez à nouveau votre contact avant de considérer la nouvelle identité comme fiable.

Le chiffrement de bout en bout protège le contenu. Il ne signifie pas qu’aucune donnée technique n’existe.

Pour faire fonctionner le service, LIVE peut traiter certaines informations techniques nécessaires : compte, appareils autorisés, état de présence, événements techniques et informations réseau nécessaires aux communications.

Le contenu des messages n’est pas accessible en clair au serveur.

• Identité propre à chaque appareil, signée avec ECDSA P-256.
• Handshake signé et lié au salon, à la session et à l’epoch.
• Secret de session négocié par ECDH éphémère sur P-256.
• Clés dérivées avec HKDF-SHA-256.
• Double Ratchet, suivant la spécification publique de Signal : un nouvel échange de clés ECDH à chaque tour de parole, et une clé AES-256-GCM distincte par message.
• Chaque clé est effacée après usage. Un état compromis n’ouvre pas les messages déjà passés, et la conversation redevient protégée dès le tour de parole suivant.
• Contenu chiffré avec AES-256-GCM et données associées authentifiées (AAD).
• Session jetable : en quittant la conversation, toutes les clés de la session sont détruites en mémoire. Rien ne peut plus être déchiffré, même par vous.
• La clé privée d’identité ne quitte pas l’appareil.
• Vérification par QR code ou empreinte, avec alerte si une clé change.
• Aperçu de frappe envoyé à cadence fixe, et chaque envoi complété à une taille par paliers : le serveur ne voit ni votre vitesse exacte de frappe, ni la longueur exacte de ce que vous écrivez. Cette régularisation réduit aussi l’analyse du rythme de frappe.

Pendant un moment vidéo, LIVE applique deux protections successives, et non une seule.

• Chiffrement applicatif LIVE. Chaque image et chaque fragment de son sont chiffrés sur votre appareil en AES-256-GCM, avant d’entrer dans le transport. La clé du moment est tirée au hasard sur l’appareil qui propose l’appel, transmise par le canal LIVE déjà chiffré, gardée en mémoire seulement, puis détruite à la fin de l’appel.
• Renouvellement pendant l’appel. La clé qui protège les images et le son est renouvelée automatiquement toutes les 30 secondes, dérivée de la clé du moment sur chaque appareil. Une clé retrouvée ne donne accès qu’à une courte tranche de l’appel.
• Chiffrement du transport. La communication elle-même est chiffrée par WebRTC (DTLS-SRTP), comme l’impose le standard.

La mise en relation, les choix de rendu et les commandes d’appel passent par le même Double Ratchet que vos messages. L’infrastructure de LIVE ne reçoit donc pas votre vidéo sous une forme qu’elle pourrait simplement lire.

Mise en relation : quand un relais est configuré pour LIVE, la communication passe par lui et l’adresse réseau de chaque personne reste masquée à l’autre. Le relais ne transporte que des données déjà chiffrées. Sans relais, la communication va d’appareil à appareil et l’adresse réseau peut être vue par la personne en face, comme dans les autres services d’appel. Vous pouvez forcer le mode relais dans Paramètres → Confidentialité réseau ; le diagnostic réseau vérifie si votre navigateur peut l’utiliser.

Limites honnêtes : cette seconde couche dépend d’API vidéo du navigateur. Quand elles manquent, LIVE l’affiche pendant l’appel et seul le chiffrement du transport s’applique. Les informations réseau, l’horaire et la durée d’un appel restent visibles aux services techniques qui acheminent la communication, et aucune protection ne rend un téléphone inviolable.

• L’implémentation suit la spécification Signal avec les primitives standards du navigateur, mais ce n’est pas la bibliothèque libsignal elle-même.
• Le protocole n’est pas post-quantique.
• Le serveur voit le compte, les contacts, la présence et les événements techniques, mais pas le contenu en clair des messages. Ces métadonnées restent plus informatives que le contenu chiffré.
• Le protocole n’a pas fait l’objet d’un audit externe à ce jour.

La frappe part à cadence fixe avec des tailles standard. La présence en temps réel se limite à « là / pas là », sans horodatage ni identifiant de compte dans son annonce. Chaque conversation utilise un identifiant de salon aléatoire plutôt que les identifiants des deux comptes. Le serveur doit néanmoins connaître les membres d’une conversation pour en contrôler l’accès, ainsi que les données techniques nécessaires à la transmission. Le post-quantique viendra après — jamais une extension de cryptographie maison.

Si vous découvrez un problème de sécurité, écrivez à securite@aucunetrace.fr. Décrivez ce que vous avez observé et comment le reproduire.

Nous accusons réception sous 5 jours ouvrés et nous vous tenons informé jusqu’à la correction. Merci de ne pas rendre la faille publique avant qu’elle soit corrigée, et de ne jamais accéder aux données d’une autre personne pendant vos tests.

Ces informations sont aussi publiées de façon lisible par les outils automatiques dans /.well-known/security.txt.

Les notifications LIVE ne contiennent pas le contenu de vos messages.

Elles disent par exemple : « @votre contact est là. » ou « Quelqu’un pense à toi. »

Jamais le pseudo suivi du texte du message.