Chiffrement de bout en bout
Retyc utilise un chiffrement de bout en bout (E2EE) basé sur age, un standard moderne et audité conçu pour remplacer PGP.
Principe général
Le chiffrement de bout en bout signifie que vos fichiers sont chiffrés sur votre appareil avant d'être envoyés, et déchiffrés sur l'appareil du destinataire après téléchargement. À aucun moment les serveurs Retyc ne voient le contenu en clair.
Expéditeur Serveurs Retyc Destinataire
─────────── ────────────── ────────────
Fichier en clair
↓ chiffrement (age)
Fichier chiffré ──────────→ Stockage chiffré ─────────→ Fichier chiffré
↓ déchiffrement (age)
Fichier en clair
Comment fonctionne le chiffrement ?
Clés asymétriques
Chaque utilisateur Retyc possède une paire de clés :
- Clé publique : stockée sur les serveurs Retyc, partagée avec les expéditeurs
- Clé privée : stockée chiffrée sur les serveurs Retyc, jamais accessible en clair par Retyc
Ces clés sont des identités hybrides (voir Résistance post-quantique ci-dessous).
Processus d'un transfert
Pour chaque transfert, Retyc génère une clé de session dédiée, sans jamais réutiliser vos clés personnelles pour chiffrer les fichiers eux-mêmes :
- L'expéditeur génère une paire de clés de session (une identité éphémère, propre à ce transfert)
- Les fichiers sont chiffrés avec la clé publique de session (chiffrement des données via ChaCha20-Poly1305)
- La clé privée de session est chiffrée (enveloppée) avec la clé publique de chaque destinataire autorisé
- Si un mot de passe est défini, la clé privée de session est aussi enveloppée avec une clé dérivée de ce mot de passe
- Fichiers chiffrés et clés enveloppées sont envoyés sur les serveurs Retyc
- Le destinataire déverrouille la clé privée de session avec sa clé privée (ou le mot de passe), puis déchiffre les fichiers
Les clés ne transitent jamais en clair.
Déverrouillage de la clé privée
Votre clé privée est stockée chiffrée sur les serveurs Retyc, protégée par votre phrase secrète (passphrase). Elle n'est déchiffrée que localement, dans votre navigateur, au moment où vous saisissez votre passphrase.
La passphrase protège la clé privée via scrypt (N=2^18), une dérivation coûteuse exécutée dans votre navigateur. Retyc ne connaît jamais votre passphrase ni votre clé privée en clair.
Résistance post-quantique
Les identités Retyc sont hybrides par défaut : elles combinent X25519 (courbe elliptique classique) et ML-KEM-768 (mécanisme d'encapsulation de clé post-quantique, FIPS 203), via une extension du format age (clés au format age1pq1…).
L'objectif de cette approche hybride est de réduire le risque qu'une faiblesse affectant un seul composant compromette à elle seule la confidentialité des données : il faudrait à la fois une avancée mathématique contre X25519 et une faiblesse dans ML-KEM-768. Elle vise notamment la stratégie harvest now, decrypt later, où des données chiffrées sont capturées aujourd'hui dans l'espoir de les déchiffrer avec un futur ordinateur quantique.
Pour les détails techniques (primitives, dérivations, schéma d'enveloppement), voir le white-paper Retyc.
Pourquoi age ?
age est un format de chiffrement de fichiers conçu par Filippo Valsorda (ex-équipe Go de Google). Ses avantages :
- Spécification simple et bien auditée
- Pas de configuration cryptographique complexe (pas de risque de mauvais paramétrage)
- Algorithmes modernes : X25519 et ML-KEM-768 pour l'échange de clés, ChaCha20-Poly1305 pour le chiffrement des données
- Implémentation de référence open source
Ce que Retyc ne peut pas faire
Grâce au chiffrement de bout en bout :
- Retyc ne peut pas lire le contenu de vos fichiers
- Retyc ne peut pas récupérer vos fichiers si vous perdez votre passphrase
- Même en cas de compromission des serveurs Retyc, les fichiers restent chiffrés et illisibles