Architecture

Architecture, périmètre, preuves

Cette page s'adresse à vos équipes sécurité : comment AKARUP est construit, ce que le serveur voit exactement, et les éléments que vous pouvez vérifier par vous-mêmes.

Les primitives

Aucune primitive cryptographique maison : des algorithmes publics et standardisés, composés selon une spécification documentée et testée dans deux implémentations.

ML-KEM-768 · FIPS 203

Échange de clés post-quantique

L'établissement des secrets partagés repose sur ML-KEM-768, standardisé par le NIST, dimensionné pour résister aux ordinateurs quantiques.

ML-DSA-65 · FIPS 204

Signatures post-quantiques

L'authenticité des identités, des appareils et des actions est garantie par ML-DSA-65, le standard NIST de signature post-quantique.

XChaCha20-Poly1305

Chiffrement des contenus

Messages, fichiers et notes sont chiffrés avec XChaCha20-Poly1305, un chiffrement authentifié moderne et rapide.

Argon2id · HKDF-SHA-256

Dérivation de clés

Votre mot de passe est transformé en clé via Argon2id, conçu pour résister aux attaques par force brute ; les clés dérivées passent par HKDF-SHA-256.

BIP39

Phrase de récupération

Une phrase mnémonique standard BIP39 constitue votre unique moyen de récupération portable. Elle ne quitte jamais vos mains.

TypeScript ↔ Go

Deux implémentations vérifiées croisées

Toute la pile existe en TypeScript et en Go, avec des vecteurs de test garantissant des résultats identiques au bit près.

PQC de bout en bout · TLS en transit

Deux couches cryptographiques indépendantes

Le chiffrement de bout en bout d'AKARUP est intégralement post-quantique (ML-KEM-768, ML-DSA-65, XChaCha20-Poly1305). En transit, ces échanges déjà chiffrés circulent de surcroît dans des canaux TLS éprouvés : deux couches cryptographiques indépendantes protègent chaque échange.

Qui détient les clés ? Vous.

Vos données sont protégées par une clé maîtresse générée aléatoirement sur votre appareil. Elle n'est jamais transmise en clair et n'est reconstructible par personne d'autre que vous.

  • 01La clé maîtresse est enveloppée par une clé dérivée de votre mot de passe (Argon2id) : c'est votre accès quotidien.
  • 02Elle est aussi enveloppée par une clé dérivée de votre phrase de récupération BIP39 : c'est votre filet de sécurité, indépendant du mot de passe.
  • 03Perdre les deux signifie perdre l'accès aux données — par construction. Aucune porte dérobée, aucune récupération par nos soins.

Ce que le serveur voit

Le serveur transporte et stocke des données chiffrées sur vos appareils. Messages, fichiers, notes, opérations de groupe : toutes les actions transitent par un même canal sous forme chiffrée et uniforme.

Une exception, assumée et documentée

Votre adresse email est connue du serveur en clair. Elle sert à la lutte anti-robots, à la récupération de compte et à l'exercice de vos droits RGPD. C'est la seule donnée d'identification dans ce cas, et nous préférons le dire plutôt que le cacher.

Plusieurs utilisateurs, un appareil, aucune fuite

Chaque compte présent sur un appareil dispose de ses propres clés et de son propre espace chiffré, sans aucun partage d'état entre profils. L'isolation est cryptographique, pas seulement visuelle.

Preuves et transparence

Nous préférons montrer plutôt qu'affirmer : analyses publiées sans retouche, protocole exercé par deux implémentations indépendantes, démarche d'évaluation externe suivie publiquement.

Cadre de lecture

Les analyses publiées ici sont générées par des assistants IA (Claude, ChatGPT, Gemini) auxquels nous soumettons le code de l'application pour une revue orientée sécurité et cryptographie post-quantique. Elles sont publiées sans aucune modification — ni coupe, ni reformulation — et mises à jour régulièrement. Elles ne constituent pas un audit de sécurité formel et ne se substituent pas à une évaluation indépendante.

Analyses

Chaque analyse est publiée dans sa langue d'origine.

Deux implémentations indépendantes, un même protocole

La cryptographie d'AKARUP existe en deux implémentations distinctes — TypeScript dans l'application, Go dans le CLI — qui produisent des résultats identiques au bit près, vérifiés par des vecteurs de test croisés. Un protocole qui survit à deux implémentations indépendantes n'est ni opaque, ni improvisé.

21 vecteurs TypeScript ↔ Go · au bit près

Évaluation externe indépendante

Une évaluation de sécurité par un laboratoire indépendant est préparée pour début 2027. En complément, le code est soumis régulièrement à plusieurs IA d'analyse indépendantes, et leurs conclusions sont publiées telles quelles — en complément de la démarche d'évaluation formelle, pas à sa place. Cette page reflétera chaque étape franchie — et uniquement les étapes franchies.

Des questions d'architecture ?

Nous répondons techniquement, documents à l'appui.

ML-KEM-768 · ML-DSA-65 · XChaCha20-Poly1305 · Argon2id