Une clé robuste n’est pas la même chose que la bonne clé ; authentifier son interlocuteur fait partie de la sécurité d’une conversation.
Le chiffrement des messages doit à la fois protéger le contenu et préciser à quel compte appartient réellement la clé de l’autre partie. Si l’application obtient la clé initiale auprès du serveur, son authentification est importante : chiffrer pour la clé d’un attaquant ne crée pas une communication sécurisée avec le contact souhaité.
Cela ne signifie pas que tout serveur compromis peut immédiatement lire tous les anciens messages. Le résultat dépend du protocole, des clés déjà vérifiées, des alertes de changement d’identité et des mécanismes de transparence des clés.
Quel est le problème de confiance lors du premier contact ?
Pour commencer une conversation avec un contact hors ligne, une messagerie peut conserver un ensemble de ses clés publiques sur le serveur. La signature d’une préclé aide à vérifier son lien avec la clé d’identité ; mais la clé d’identité elle-même doit aussi être reliée au contact souhaité.
La spécification X3DH de Signal explique ce modèle de communication asynchrone et ses hypothèses d’authentification. Ce document ne doit pas être appelé la spécification de LVR1 : utiliser des idées similaires ne rend pas les deux protocoles identiques.
Comment la substitution de clé crée-t-elle un risque ?
Dans un exemple simple, un attaquant fournit une clé qu’il contrôle à la place de celle du compte d’« Alice ». Si l’appareil l’accepte sans vérification suffisante, un nouveau message peut être chiffré pour l’attaquant. La possibilité de cette attaque et sa détection dépendent des détails du système ; affirmer qu’elle « se produit toujours silencieusement et sans avertissement » n’est pas exact.
Une clé robuste n’est pas la même chose que la bonne clé. AES ou un algorithme post-quantique ne vérifie pas, à lui seul, l’identité humaine du titulaire d’un compte.
Que vérifie un numéro de sécurité ?
Une empreinte ou un numéro de sécurité est une représentation abrégée des informations relatives aux clés de la conversation. Le comparer par une voie où vous avez confiance dans l’authenticité de votre interlocuteur aide les deux appareils à s’accorder sur les clés de communication. Cette vérification ne prouve ni que le téléphone est exempt de logiciels malveillants, ni que l’autre personne ne republiera jamais le message.
Le guide officiel de Signal précise lui aussi qu’un numéro de sécurité ne suffit pas à authentifier l’identité d’une personne. Son changement peut résulter d’un remplacement d’appareil ou d’une réinstallation ; un changement inattendu appelle une vérification, pas la conclusion immédiate qu’un piratage a eu lieu.
Une vérification pratique avant un message sensible
- Ouvrez l’écran des informations de sécurité de la conversation sur les deux appareils.
- Contactez la personne que vous connaissez, en personne ou par une voie indépendante et fiable.
- Comparez l’intégralité du numéro ou du code QR de vérification de la conversation selon les instructions de l’application ; les premiers chiffres ne suffisent pas.
- Si vous constatez une différence, cessez d’envoyer des informations sensibles et demandez-en la cause par la voie indépendante.
- Après un changement de clé ou d’appareil, vérifiez à nouveau le statut de vérification.
Envoyer une image du numéro dans la conversation même dont l’authenticité est douteuse ne constitue pas une vérification indépendante. Un appel vocal ne suffit pas non plus contre l’usurpation d’identité si votre seul critère est la ressemblance de la voix ; utilisez un numéro ou une liaison qui était déjà fiable auparavant.
En quoi la transparence des clés est-elle différente ?
La transparence des clés, ou Key Transparency, peut révéler des incohérences dans la correspondance entre comptes et clés et réduire la dépendance à la comparaison manuelle. Signal explique cette fonction et ses limites de disponibilité dans sa présentation de la vérification automatique des clés d’août 2026. Ce mécanisme ne prouve pas non plus, à lui seul, que la personne qui contrôle le compte est celle que vous souhaitez joindre.
L’affirmation « la comparaison manuelle est la seule méthode disponible dans toutes les messageries » n’est donc plus à jour. Vérifiez chaque fonction dans la version et les conditions du produit concerné ; n’attribuez pas à une messagerie les capacités d’une autre.
Sur quoi peut-on s’appuyer pour Livara ?
La documentation de Livara recommande de comparer les empreintes par un autre canal. Pour une conversation sensible, considérez cette étape indépendamment des noms d’algorithmes. Cet article n’affirme pas que Livara possède un système de transparence des clés similaire à celui de Signal ni des résultats d’audits indépendants.
Questions fréquentes
Une vérification réussie signifie-t-elle qu’aucune attaque n’est possible ?
Non. Le résultat dépend de l’état des appareils, de la méthode de comparaison et des hypothèses du protocole. Un logiciel malveillant ou un destinataire qui copie le contenu sortent du problème de substitution de clé.
Dois-je supprimer mon compte à chaque changement de clé ?
Non. Vérifiez d’abord la raison du changement auprès de votre contact par une voie fiable. N’envoyez pas d’informations sensibles entre-temps.
Cette vérification sécurise-t-elle à nouveau les anciens messages ?
Non. Une vérification aujourd’hui n’annule pas une éventuelle divulgation passée. Pour commencer une communication sensible, mieux vaut vérifier avant d’envoyer.
