Comment vos données restent illisibles — même pour nous.
Cette page explique précisément ce qui est chiffré, comment, et ce que nous pouvons malgré tout voir. Si quelque chose est flou ou inexact, dites-le-nous.
Deux mots de passe, deux rôles.
Votre mot de passe de connexion prouve votre identité au serveur. Votre mot de passe principal ne quitte jamais votre navigateur : il devient la clé qui chiffre vos données. Utilisez deux mots de passe différents — s’ils étaient identiques, le serveur recevrait le secret qui protège votre coffre-fort.
Ce que nous voyons, et ce que nous ne voyons pas.
Même un service à accès zéro voit certaines métadonnées. En voici la liste complète.
Chiffré sur votre appareil
- Mots de passe
- Identifiants et adresses e-mail enregistrés
- Adresses des sites
- Titres des éléments
- Noms des dossiers
- Noms des fichiers
- Contenu des fichiers
- Éléments partagés (avec une clé distincte par lien)
Visible par nos serveurs
- L’e-mail et le nom d’utilisateur de votre compte
- Le nombre de vos éléments, fichiers et dossiers
- La taille de chaque fichier chiffré
- Le dossier où se trouve chaque élément (mais pas son nom)
- Les dates de création et de modification
- Les adresses IP des requêtes, pour limiter les tentatives
Les liens de partage utilisent une clé que nous ne recevons jamais.
Le partage ne réutilise pas la clé de votre coffre-fort. Chaque lien a sa propre clé aléatoire.
- GénérerVotre navigateur crée une nouvelle clé AES-256 aléatoire, rien que pour ce lien.
- ChiffrerUne copie du fichier ou de l’identifiant est chiffrée avec cette clé. La clé de votre coffre-fort n’intervient pas.
- EnvoyerSeule la copie chiffrée est envoyée, avec un identifiant de lien aléatoire.
- LierLa clé est placée après le
#dans l’URL. Les navigateurs n’envoient jamais cette partie à un serveur. - ExpirerLes liens cessent de fonctionner une fois la durée ou le nombre d’ouvertures choisis atteints, ou plus tôt si vous les révoquez.
Une défense en profondeur autour du chiffrement.
Cookies de session
HttpOnly, Secure et SameSite=Strict. Les scripts de la page ne peuvent pas lire le jeton de session.
Content Security Policy stricte
Seuls nos propres scripts peuvent s’exécuter. Pas de scripts inline, pas de traceurs tiers, pas d’outils d’analyse.
Hachage des mots de passe de connexion
Ils sont stockés sous forme de hachages Argon2id, une fonction gourmande en mémoire conçue pour résister aux attaques par GPU.
Limitation des tentatives
Connexion, inscription et échange de jetons sont limités par adresse IP pour freiner les essais en série.
Transport
HTTPS uniquement, avec HSTS. Les pages ne peuvent pas être intégrées dans un autre site, ce qui bloque le clickjacking.
Contrôles côté serveur
L’API refuse tout nom qui n’est pas une enveloppe chiffrée : un bug du client ne peut pas envoyer du texte en clair sans que cela se voie.
Vous avez trouvé une vulnérabilité ?
Écrivez-nous avec les détails et les étapes pour la reproduire. Nous accuserons réception sous trois jours ouvrés, vous tiendrons informé et, si vous le souhaitez, vous créditerons une fois le problème corrigé. Pendant vos tests, n’accédez pas aux données d’autrui et ne dégradez pas le service.
security@example.com