Comment faast protège vos messages, ce que nos serveurs conservent et combien de temps, et où se trouvent les limites. Cette page décrit l'app telle qu'elle fonctionne aujourd'hui, le 21 octobre 2026.
Chiffrement de bout en bout
Chaque discussion dans faast, à deux ou en groupe, est chiffrée de bout en bout avec MLS (Messaging Layer Security, RFC 9420), la norme de l'IETF pour la messagerie de groupe. faast utilise la bibliothèque open source OpenMLS.
Chaque appareil que vous utilisez est un membre à part entière de la conversation, avec ses propres clés. Les messages sont chiffrés sur l'appareil de l'expéditeur et déchiffrés sur chaque appareil des destinataires. Nos serveurs ne manipulent jamais que des enveloppes scellées.
| Élément | Algorithme |
|---|---|
| Suite de chiffrement MLS | MLS_128_MLKEM768X25519_AES256GCM_SHA384_Ed25519 (post-quantique) |
| Échange de clés | ML-KEM-768 (FIPS 203), avec X25519 comme second verrou |
| Chiffrement des messages | AES-256-GCM |
| Hachage | SHA-384 |
| Signatures | Ed25519 |
| Photos, fichiers, messages vocaux, sauvegardes | AES-256-GCM |
Post-quantique
faast utilise un échange de clés post-quantique. Les discussions entre personnes reposent sur la suite ci-dessus : ML-KEM-768, la norme post-quantique du NIST (FIPS 203), avec X25519 comme second verrou. Un attaquant doit casser les deux, et les messages enregistrés aujourd'hui restent fermés même si un grand ordinateur quantique apparaît plus tard. Les discussions existantes y ont été migrées automatiquement.
Restent sur la suite classique (MLS_128_DHKEMX25519_AES128GCM_SHA256_Ed25519, solide face aux ordinateurs actuels) : les chaînes et la discussion avec vous-même, qui suivront, ainsi que les discussions avec les rares appareils pas encore mis à jour. Le numéro de la suite est encore provisoire dans le brouillon de l'IETF ; quand le numéro définitif sera attribué, les groupes seront reconstruits avec lui.
Saisie en temps réel
Quand la saisie en direct est activée, le texte que vous écrivez voyage sous forme de messages MLS chiffrés, exactement comme un message envoyé. Le serveur ne peut pas plus lire les brouillons que les messages. Désactivez-la pour une discussion avec le bouton ⚡.
Ce que nos serveurs conservent
| Donnée | Conservée ? | Combien de temps |
|---|---|---|
| Enveloppes scellées des messages | Oui, chiffrées | Jusqu'à ce que chaque appareil du destinataire les ait reçues, 30 jours au plus |
| Qui écrit à qui, quand, type et taille du message | Vu pour distribuer les messages | |
| Votre carnet d'adresses | Non : comparé en mémoire, jamais enregistré | |
| Photos, fichiers et messages vocaux chiffrés | Oui, chiffrés | Sans expiration ; les vidéos sont supprimées après 90 jours |
| Sauvegarde chiffrée de votre historique | Oui, chiffrée | Sans expiration |
| Compte : numéro de téléphone, nom, photo de profil | Oui | Tant que le compte existe |
| Jetons push de vos appareils | Oui | Tant que l'appareil est enregistré |
Notifications
Le contenu d'un message ne passe jamais par Google ni par Apple. Sur Android, Firebase Cloud Messaging ne transporte qu'un identifiant d'enveloppe et un hachage, comme réveil silencieux. Sur iPhone, le service push d'Apple transporte les mots « Nouveau message » et l'identifiant d'enveloppe. Dans les deux cas, le téléphone télécharge ensuite l'enveloppe scellée depuis notre serveur et la déchiffre sur l'appareil.
Sauvegardes
La sauvegarde de l'historique est activée par défaut. Elle peut fonctionner de deux façons :
- Sans mot de passe. La sauvegarde est chiffrée, mais nous gardons sa clé en dépôt, elle-même chiffrée avec une clé du serveur. C'est ce qui permet à un code SMS de restaurer votre historique sur un nouveau téléphone. Cela signifie aussi que nous pourrions l'ouvrir.
- Avec mot de passe. La clé est dérivée de votre mot de passe (PBKDF2-SHA256, 310 000 itérations) et la sauvegarde est chiffrée avec AES-256-GCM. Nous ne voyons jamais le mot de passe. Si vous le perdez, personne ne peut ouvrir cet historique, pas même nous.
Nous vous conseillons un mot de passe. Nous ne l'imposons pas.
Tor
Les apps Android, iPhone et Windows intègrent Tor (le client Arti). Activez-le et votre trafic circule dans le réseau Tor jusqu'à notre service onion, sans nœud de sortie entre les deux. Nos serveurs voient alors une connexion Tor, pas votre adresse IP.
Tor ne vous rend pas anonyme : votre compte est votre numéro de téléphone. Les appels vocaux et vidéo ne passent pas par Tor.
Dana, l'assistante
Dana est membre de votre discussion avec elle : cette discussion est donc chiffrée de bout en bout jusqu'à elle, et elle la déchiffre sur notre serveur pour répondre. Elle ne peut pas voir vos autres discussions, sauf celle que vous lui demandez de résumer.
Son cerveau intégré est un modèle ouvert qui tourne sur notre propre machine en Europe. Si vous ajoutez votre propre clé pour un autre fournisseur d'IA, les textes que vous confiez à Dana vont à ce fournisseur et ses règles s'appliquent.
Vos appareils
Sur Windows, faast scelle son état MLS sur le disque. Sur Android, iPhone et le web, la copie locale de vos discussions repose sur la protection de l'appareil et du navigateur : utilisez un verrouillage d'écran et laissez activé le chiffrement du stockage du système.
Nos serveurs
Nos serveurs sont hébergés par Interserver aux États-Unis. L'API est accessible via Cloudflare, qui termine la connexion TLS : il voit les requêtes et les enveloppes scellées, jamais le contenu des messages. Les pièces jointes chiffrées sont stockées dans Cloudflare R2.
Signaler un problème
Vous avez trouvé un problème de sécurité ? Dites-le-nous avant de le dire au monde entier, pour que nous puissions le corriger d'abord. L'adresse de contact se trouve sur la page Contact.