Le nom d'un algorithme ne remplace pas les preuves sur l'emplacement des données et la protection des clés.
Le chiffrement au repos, ou Data-at-Rest, protège les données stockées ; le chiffrement de bout en bout protège le contenu des messages entre appareils autorisés. Pour évaluer la sécurité d'une messagerie, il faut examiner les deux. Le nom d'un algorithme ou la mention « postquantique » ne suffit pas à montrer comment la base de données, le cache multimédia et les fichiers exportés sont protégés sur le téléphone.
En investigation numérique mobile, « obtenir un fichier » ne signifie pas non plus « lire son contenu chiffré ». Le résultat dépend du modèle de l'appareil, de la version du système d'exploitation, de l'état de verrouillage, du type de données, des clés utilisables et de la méthode d'examen. Le seul nom d'un outil ne permet pas de prédire la réussite ou l'échec d'une extraction pour tous les téléphones.
Trois couches à ne pas confondre
| Couche | Que protège-t-elle ? | Question importante |
|---|---|---|
| Chiffrement de bout en bout des messages | Le contenu échangé entre appareils autorisés | Qui détient les clés et comment le contact est-il vérifié ? |
| Chiffrement du stockage de l'appareil | Les fichiers conservés dans le stockage | Quand les clés concernées peuvent-elles être utilisées et avec quelle autorisation ? |
| Protection dans l'application et des sauvegardes | Les bases de données, les exports ou les copies distinctes | Quelles données sont couvertes et où se trouve la clé de chaque copie ? |
Par exemple, une image enregistrée depuis une conversation dans la galerie ne relève plus uniquement de la politique de conservation de cette messagerie. Une sauvegarde dans le cloud ou un export manuel doit également être examiné séparément. Le guide de sécurité des sauvegardes de conversations explique cette différence.
Que signifient BFU et AFU ?
Ces termes décrivent généralement l'état de l'appareil par rapport au premier déverrouillage après le démarrage :
- BFU, ou Before First Unlock : depuis la mise sous tension ou le redémarrage, l'utilisateur n'a pas encore déverrouillé l'appareil une première fois.
- AFU, ou After First Unlock : le premier déverrouillage a eu lieu ; l'appareil peut maintenant afficher de nouveau l'écran verrouillé.
Ces deux étiquettes ne sont ni des notes de sécurité ni des résultats certains d'une investigation numérique. AFU ne signifie pas « toutes les clés sont extractibles » ; BFU ne signifie pas non plus « aucune donnée n'est accessible ».
Dans le chiffrement par fichiers d'Android, l'espace Credential Encrypted, ou CE, devient accessible après le déverrouillage par l'utilisateur. L'espace Device Encrypted, ou DE, peut aussi être utilisé pour les fonctions nécessaires en mode Direct Boot. L'emplacement de chaque donnée et la politique des clés comptent : tous les fichiers n'ont pas le même état d'accès.
Pourquoi la gestion des clés compte-t-elle plus que le nom AES ?
Le chiffrement d'une base de données est utile si sa clé est elle aussi correctement protégée. Conserver un fichier chiffré à côté d'une clé non protégée ne crée pas la même frontière de protection qu'une clé liée à l'authentification et à un matériel sécurisé. Il faut également savoir comment sont traités les fichiers temporaires, les pièces jointes et les journaux de l'application.
Android Keystore permet d'utiliser des clés non exportables, dont certaines peuvent s'appuyer sur un matériel sécurisé. Mais une clé non exportable n'est pas nécessairement inutilisable par un attaquant : selon la documentation Android, un attaquant qui a compromis le processus de l'application peut éventuellement utiliser la clé, même s'il ne peut pas extraire la clé elle-même.
Un verrouillage visible de l'application ne prouve pas non plus nécessairement que la base de données est chiffrée avec une clé indépendante. Une telle affirmation exige d'examiner la conception du stockage, les conditions d'authentification et l'implémentation de la version concernée.
Que peut-on conclure au sujet de Livara ?
La documentation sur la sécurité de Livara et le modèle de menace présente la conception et les limites du produit selon son fournisseur ; elle ne remplace pas un test indépendant d'investigation numérique.
En particulier, la récupération d'identité au format v7 ne doit pas être assimilée à une sauvegarde de l'historique des conversations ni à une preuve du chiffrement de la base de données locale. La description d'un protocole de messagerie tel que LVR1 ne permet pas non plus, à elle seule, de savoir quelle clé protège chaque fichier du téléphone ni dans quels états cette protection s'applique.
Cet article ne présente aucun test d'outils commerciaux d'investigation numérique ni de la base de données d'une version précise de Livara. Des affirmations telles que « aucun outil d'investigation numérique ne peut lire Livara » ou « ML-KEM chiffre tous les fichiers du stockage » ne sont donc pas des conclusions défendables.
Quelles preuves demander pour évaluer une messagerie ?
Plutôt qu'un classement sans tests, cherchez des réponses à ces questions précises :
- Quelle version de l'application, quel modèle d'appareil et quelle version du système d'exploitation ont été examinés ?
- Où sont stockés, respectivement, le texte des messages, les fichiers, les miniatures, le cache et les exports manuels ?
- Comment la clé de la base de données est-elle créée et conservée ? Son utilisation dépend-elle d'une authentification ?
- Quelles différences existe-t-il lorsque l'appareil est verrouillé, après son déverrouillage et lorsque l'application est en cours d'exécution ?
- Que contient exactement la sauvegarde et qui détient son mot de passe ou sa clé de récupération ?
- Un rapport indépendant précisant la méthode de test, les limites et la date de l'examen a-t-il été publié ?
Sans réponses à ces questions, la mention « chiffré » ne suffit pas à comparer les produits. Publier une documentation technique est précieux, mais ne doit pas être présenté comme l'équivalent d'une validation indépendante de toutes les affirmations.
Des mesures pratiques pour la protection au quotidien
Protégez l'appareil avec un code de verrouillage adapté, installez les mises à jour du système d'exploitation et de l'application, et limitez l'affichage de textes sensibles sur l'écran verrouillé. Gérez en connaissance de cause les copies supplémentaires dans la galerie, le dossier des téléchargements et les sauvegardes ; une copie extérieure à la messagerie peut relever d'une autre politique de protection.
Pour une conversation sensible, la sécurité de l'appareil du contact compte également. Si un logiciel malveillant peut lire le texte après l'ouverture de l'application, le problème ne se limite pas à l'extraction d'un fichier chiffré. Le guide de sécurité des sessions sous Android explique cette frontière.
Questions fréquentes
Un téléphone éteint rend-il toute extraction de données impossible ?
Non. L'état de l'appareil est un facteur, pas une garantie du résultat. Il faut préciser le matériel, le logiciel, les données et la méthode d'examen.
Le chiffrement postquantique des messages garantit-il la sécurité du stockage ?
Non. Protéger l'échange de clés et les messages ne remplace pas la conception et l'examen du stockage local.
La récupération du compte signifie-t-elle que tous les messages reviennent ?
Pas nécessairement. Récupérer l'identité, se reconnecter au compte et restaurer l'historique sont trois fonctions différentes. Avant de changer de téléphone, vérifiez ce que couvre la sauvegarde du produit et de la version concernés.
