Chiffrement Sentient
Sentient chiffre et authentifie chaque message sur votre appareil avant qu’il ne transite par les serveurs de Sentient. Pour créer la clé qui le protège, Sentient combine deux types de cryptographie : un algorithme classique largement utilisé et un algorithme post-quantique, conçu en pensant aux futurs ordinateurs quantiques.
01Envoyer un message
Sentient fait tout cela automatiquement. Vous n’avez rien de plus à faire.
Il utilise les clés de chiffrement publiées par le destinataire, ainsi que du matériel cryptographique neuf qu’il génère lui-même.
Un algorithme classique et un algorithme post-quantique produisent chacun leur propre part du matériel secret du message.
Ces parts sont combinées en un matériel de clé servant à protéger le message.
Votre téléphone chiffre le message et ajoute un contrôle anti-altération avant de l’envoyer via les serveurs de Sentient. L’appareil du destinataire le vérifie avant d’afficher le message.
Détail technique
02Conception hybride
Plutôt que de s’appuyer sur un seul algorithme pour créer la clé d’un message, Sentient combine un algorithme classique largement utilisé et un algorithme post-quantique. L’objectif est que la protection de votre message ne dépende pas entièrement d’un seul des deux.
Classical contribution
Une méthode largement utilisée qui permet à deux appareils d’obtenir un matériel secret partagé.
Une fonction Diffie-Hellman sur courbe elliptique (RFC 7748). Dans la construction hybride de Sentient, elle apporte du matériel secret partagé à la clé de chiffrement du message.
Post-quantum contribution
Une méthode post-quantique plus récente qui ajoute son propre matériel secret partagé à la même clé.
L’un des jeux de paramètres normalisés par le NIST dans FIPS 203. Dans la construction hybride de Sentient, il apporte du matériel secret partagé post-quantique à la clé de chiffrement du message.
Détail technique
ML-KEM-768 et X25519 apportent chacun du matériel secret partagé. HKDF-SHA-256 combine ces apports en un matériel de clé de chiffrement du message. Ni ML-KEM-768 ni X25519 ne chiffrent directement le contenu du message.
La construction hybride est conçue pour que la protection du message ne dépende pas entièrement d’un seul des deux composants cryptographiques.
03Post-quantique
Le trafic chiffré peut être enregistré aujourd’hui et stocké. La crainte est que quelqu’un le conserve, en espérant qu’un ordinateur quantique assez puissant lui permette un jour de le déchiffrer. C’est ce qu’on appelle « collecter maintenant, déchiffrer plus tard ».
L’apport post-quantique de Sentient, ML-KEM-768, aide à contrer ce type d’attaque. Il fonctionne avec X25519, et non à sa place : tous deux contribuent au matériel de clé qui protège le message.
La protection des messages d’aujourd’hui est pensée pour les ordinateurs de demain.
Détail technique
ML-KEM-768 est l’un des jeux de paramètres normalisés par le NIST dans FIPS 203 (s’ouvre dans un nouvel onglet).
L’apport post-quantique aide à contrer les attaques de type « collecter maintenant, déchiffrer plus tard » (s’ouvre dans un nouvel onglet), dans lesquelles un adversaire enregistre aujourd’hui du trafic chiffré dans l’espoir de le déchiffrer plus tard avec un ordinateur quantique assez puissant.
04Protection du message
X25519 et ML-KEM-768 servent uniquement à créer la clé. Une étape distincte transforme leurs apports en matériel de clé, et un autre algorithme utilise ce matériel pour protéger le message lui-même : garder son contenu privé et rendre toute altération détectable.
Key derivation
Mélange les deux apports secrets en un matériel de clé servant à protéger le message.
HKDF (RFC 5869) avec SHA-256 combine les apports de ML-KEM-768 et de X25519 en un matériel de clé de chiffrement du message.
Message encryption
Chiffre le message pour qu’il soit illisible et l’authentifie pour que toute modification soit détectable.
Utilise le matériel de clé dérivé pour authentifier et chiffrer le contenu du message, protégeant sa confidentialité et son intégrité avant son envoi via les serveurs de Sentient.
Détail technique
ML-KEM-768 et X25519 apportent chacun du matériel secret partagé. HKDF-SHA-256 combine ces apports en un matériel de clé de chiffrement du message. Ni ML-KEM-768 ni X25519 ne chiffrent directement le contenu du message.
XChaCha20-Poly1305 utilise le matériel de clé dérivé pour authentifier et chiffrer le contenu du message avant son envoi via les serveurs de Sentient. Les serveurs de Sentient reçoivent le contenu chiffré des messages, et non leur texte en clair.
05Sur votre appareil
Le matériel de clé est dérivé sur votre appareil, et chaque message y est chiffré avant de partir. Les serveurs de Sentient reçoivent le message chiffré, pas son contenu lisible.
Chaque message est authentifié et chiffré sur l’appareil de l’expéditeur avant d’être envoyé via les serveurs de Sentient.
L’appareil du destinataire vérifie le message protégé avant de l’afficher.
Les clés cryptographiques sont protégées par un stockage adossé au matériel via le trousseau iOS (Keychain) sur iPhone et l’Android Keystore sur Android.
Détail technique
Le matériel de clé de chiffrement est dérivé sur les appareils des utilisateurs. Sentient authentifie et chiffre le contenu de chaque message sur l’appareil de l’expéditeur avant son envoi via les serveurs de Sentient. L’appareil du destinataire vérifie le contenu protégé avant d’afficher le message.
Les clés cryptographiques sont protégées par un stockage adossé au matériel via le trousseau iOS (Keychain) et l’Android Keystore.
06Intégrité de l’appareil et de l’app
L’architecture de sécurité de Sentient va au-delà du chiffrement des messages. Elle prend aussi en compte l’app, l’appareil sur lequel elle fonctionne et les personnes qui peuvent accéder à votre compte.
Les signaux d’Apple et de Google aident Sentient à évaluer l’intégrité de l’app et de l’appareil sur lequel elle fonctionne.
Apple App Attest et Google Play Integrity fournissent des signaux d’intégrité de l’appareil et de l’application.
Les identifiants de votre compte sont liés à votre appareil, ce qui aide à tenir à l’écart de votre compte les installations que vous n’avez pas autorisées.
Les identifiants liés à l’appareil aident à empêcher l’accès au compte depuis des installations non autorisées.
Vous pouvez voir quels appareils sont connectés à votre compte et révoquer l’accès de n’importe lequel d’entre eux.
La fonctionnalité Appareils de confiance permet aux utilisateurs de voir les appareils connectés et d’en révoquer l’accès.
Si vous changez de téléphone, des identifiants de récupération sécurisée protègent la restauration de votre compte.
Les identifiants de récupération sécurisée protègent la restauration du compte sur un appareil de remplacement.
Détail technique
Apple App Attest et Google Play Integrity fournissent des signaux d’intégrité de l’appareil et de l’application, tandis que les identifiants liés à l’appareil aident à empêcher l’accès au compte depuis des installations non autorisées. Les clés cryptographiques sont protégées par un stockage adossé au matériel via le trousseau iOS (Keychain) et l’Android Keystore. La fonctionnalité Appareils de confiance permet aux utilisateurs de voir les appareils connectés et d’en révoquer l’accès, et les identifiants de récupération sécurisée protègent la restauration du compte sur un appareil de remplacement.
07Référence technique
Un résumé concis de la conception décrite ci-dessus, avec les normes officielles qui la sous-tendent.
Ces références décrivent les algorithmes sous-jacents et les principes généraux de la conception hybride. Elles ne constituent ni une certification ni une validation indépendante de l’implémentation de Sentient.
