Conçu pour vous protéger
Chiffrement par défaut, des clés que vous contrôlez, et une blockchain conçue pour que les données privées n'aillent jamais on-chain. Voici comment ça marche.
Chiffrement par défaut, des clés que vous contrôlez, et une blockchain conçue pour que les données privées n'aillent jamais on-chain. Voici comment ça marche.
Les messages sont scellés sur votre appareil avec un chiffrement hybride post-quantique : ML-KEM-1024 (catégorie de sécurité NIST 5 — le niveau le plus élevé défini) combiné à ECDH P-256, le contenu étant chiffré en AES-256-GCM. Vous seul et votre destinataire pouvez les lire.
Votre clé privée est générée et stockée localement — elle n'atteint jamais nos serveurs. Non dépositaire : même nous ne pouvons pas accéder à votre compte ou portefeuille.
Notre relais transporte des blobs chiffrés et ne détient jamais de contenu lisible. L'audio/vidéo des appels circule en pair-à-pair et n'est pas stocké.
Tes discussions, fichiers et le contenu de ton portefeuille ne sont jamais enregistrés sur la blockchain. La chaîne ne garde qu'une minuscule empreinte numérique (une somme de contrôle) qui prouve que rien n'a été falsifié — impossible d'en retrouver ton contenu. Tout ce qui est personnel reste chiffré sur ton appareil.
L'expéditeur scellé est activé par défaut : les messages arrivent sans expéditeur lisible sur l'enveloppe, le serveur ne peut donc pas consigner qui parle à qui. Intégré, pas une réflexion après coup.
Nos briques de base — ML-KEM-1024 (FIPS 203) pour l'échange de clés et AES-256 pour le contenu — sont exactement les algorithmes que la Commercial National Security Algorithm Suite 2.0 de la NSA impose aux systèmes de sécurité nationale américains jusqu'au niveau TOP SECRET. Les mêmes mathématiques qui protègent les communications militaires classifiées scellent vos discussions. (Une propriété des algorithmes — pas une certification gouvernementale de Lemniscate.)
Notre échange de clés utilise deux verrous à la fois : un post-quantique (ML-KEM-1024, catégorie NIST 5 sur 5) et un classique (ECDH P-256). Un attaquant devrait briser les deux — et le trafic enregistré aujourd'hui ne pourra pas être ouvert par les futurs ordinateurs quantiques (« harvest now, decrypt later »).
Messages éphémères, médias à vue unique, verrouillage de l'app et protection contre les captures vous donnent la maîtrise de ce qui subsiste.
Une deuxième étape facultative à la connexion via une appli d'authentification (Google Authenticator, codes de l'iPhone et plus), avec des codes de secours à usage unique.
Les blocs sont scellés par des validateurs autorisés exploités par l'équipe ; chaque nœud complet vérifie la chaîne de façon indépendante.
Un ensemble de validateurs ouvert, réparti entre fournisseurs et régions — aucun point de contrôle ou de défaillance unique.
Les contrats et modules centraux suivent une approche audit-first à mesure qu'ils passent au mainnet.
Vous avez trouvé une faille ? Nous saluons la divulgation responsable. Écrivez à [email protected] avec les détails et nous répondrons rapidement. Merci de ne pas exploiter ni divulguer publiquement les problèmes avant leur correction.
Lisez les détails ou commencez simplement à l'utiliser — vos clés, vos données, par défaut.