La recherche dans des conversations chiffrées est possible parce que l’appareil autorisé à lire les messages peut aussi y effectuer des recherches. Une architecture courante construit un index local après le déchiffrement. Mais le chiffrement de bout en bout ne prouve pas, à lui seul, que les requêtes de recherche ne quittent jamais l’appareil, ni que toutes les messageries utilisent la même architecture de recherche.
Cette distinction compte lorsqu’une recherche est lente, que des résultats anciens disparaissent ou qu’un nouveau téléphone ne trouve pas des messages visibles sur l’ancien. La couverture de la recherche, la disponibilité des clés et la synchronisation des données sont des questions distinctes.
Comment fonctionne un index de recherche local
Une application peut transformer les messages lisibles en un index qui indique quels termes apparaissent dans quels messages. Les recherches consultent cet index au lieu de parcourir chaque message du début à la fin. La documentation FTS5 de SQLite présente un exemple de technologie d’indexation plein texte ; la mentionner ici ne démontre pas qu’un client Livara particulier utilise FTS5.
Une architecture locale typique comporte quatre étapes :
- Télécharger ou recevoir le message chiffré.
- Le déchiffrer avec les clés de l’appareil autorisé.
- Ajouter le contenu interrogeable à l’index local.
- Renvoyer les résultats issus des données actuellement disponibles sur cet appareil.
L’index est sensible. Même s’il ne stocke pas de phrases complètes, les termes et les références peuvent révéler le contenu des conversations. Son stockage, ses sauvegardes, son comportement de suppression et ses contrôles d’accès méritent la même attention que la base de données des conversations.
La recherche côté serveur signifie-t-elle toujours que le serveur lit tout ?
Non. L’indexation classique en clair côté serveur donne au service accès au contenu indexé, mais ce n’est pas la seule architecture possible pour une recherche distante. Les travaux cryptographiques sur le chiffrement symétrique interrogeable décrivent des moyens de rechercher dans des données chiffrées externalisées selon des modèles de sécurité définis.
Ces techniques ont leurs propres hypothèses et fuites d’information potentielles. Une analyse utile demande ce que le serveur apprend des requêtes répétées, des enregistrements correspondants, des schémas d’accès et de la taille des résultats. Ni « la recherche s’effectue dans le cloud » ni « les données sont chiffrées » ne suffit à résoudre ces questions.
| Architecture | Avantage pratique | Question à examiner |
|---|---|---|
| Index local | Permet de rechercher dans l’historique disponible sans requête distante | L’index est-il chiffré au repos et exclu des sauvegardes non sûres ? |
| Index en clair sur le serveur | Indexation centralisée et recherche dans les données stockées | Qui peut accéder au contenu, aux requêtes et aux journaux ? |
| Schéma de recherche distante chiffrée | Peut permettre certaines requêtes sur des données protégées | Quelles fuites et hypothèses de confiance la construction autorise-t-elle ? |
| Recherche mixte publique/privée | Traitement distinct des contenus publics et privés | Le périmètre de recherche est-il clair pour l’utilisateur ? |
Ce tableau ne permet pas de classer les architectures par vitesse. Le matériel, la qualité de l’index, le volume de messages, la latence réseau et l’implémentation comptent tous. Aucun test chronométré n’a été effectué pour cet article.
Pourquoi des messages peuvent manquer dans la recherche
Avant de conclure que l’historique a été perdu, vérifiez l’étendue du problème :
- Le message est-il visible dans la conversation ? Sinon, la recherche reflète peut-être un historique indisponible plutôt qu’un index défectueux.
- La bonne conversation ou le bon compte est-il sélectionné ? Les filtres de dates, d’expéditeurs et de médias peuvent exclure un résultat autrement valide.
- Le nouvel appareil a-t-il obtenu l’historique et les éléments de déchiffrement ? Restaurer une clé d’identité ne revient pas automatiquement à restaurer tous les messages.
- L’indexation est-elle terminée ? Les importations volumineuses et les synchronisations interrompues peuvent affecter la couverture.
- La recherche reconnaît-elle la forme du terme ? La recherche d’expressions, l’orthographe, la ponctuation et la segmentation linguistique en unités peuvent varier.
Utilisez une expression de test distinctive et anodine dans une conversation que vous contrôlez. Vérifiez si elle apparaît dans la recherche avant et après avoir déconnecté le réseau. Cela peut établir un fait limité concernant la disponibilité locale ; cela ne prouve pas que l’application n’envoie jamais de télémétrie ou de données de recherche lorsqu’elle est en ligne.
Que peut-on dire de Livara ?
La page de sécurité de Livara indique que le contenu des messages privés est chiffré, tandis que le routage, l’appartenance, l’état de livraison et le texte chiffré permettent la synchronisation. Sa documentation publique ne suffit pas à affirmer l’utilisation d’un moteur de recherche local particulier, une recherche hors ligne universelle, une absence de télémétrie des requêtes ou un impact mesuré sur la batterie.
Les canaux publics n’ont pas la même frontière de confidentialité que les conversations privées. Un service peut indexer du contenu public sans que cela implique la même chose pour les conversations privées. Consultez le modèle de menaces avant de considérer un résultat de recherche globale comme confidentiel.
Questions utiles à poser à un fournisseur
Demandez quels messages sont indexés, où se trouve l’index, si le texte des requêtes est transmis ou journalisé, ce que reçoit un appareil associé et comment la suppression d’un message affecte les index et les sauvegardes. Une réponse claire doit préciser le client et la version, plutôt que s’appuyer sur l’expression « recherche E2EE ».
La recherche est une fonctionnalité dotée de son propre flux de données. Évaluez ce flux parallèlement au chiffrement des messages, sans supposer que le chiffrement répond à toutes les questions qui le concernent.
