La sécurité, en clair
Ce que CryptoUpload protège, ce qu’il ne protège pas, et comment nous dire que nous nous sommes trompés.
Ce contre quoi il est conçu
- Un fournisseur curieux mais honnête
- Il voit des octets chiffrés, la taille des fichiers et les moments où les choses ont été écrites. Il ne devrait pas pouvoir déduire le contenu d’un fichier ni son nom.
- Un fournisseur hostile ou compromis
- Il peut rendre une ancienne copie, tronquer un fichier, réordonner des blocs ou omettre des éléments. Chacun de ces cas est détecté : le coffre tient un registre authentifié qui ne peut qu’avancer, la fin de chaque fichier est vérifiée, et chaque bloc connaît sa place. La synchronisation s’arrête. Limites : un ordinateur qui ouvre le coffre pour la première fois fait confiance à ce qu’on lui sert, et un fournisseur peut cacher les modifications les plus récentes à un appareil qui a pris du retard.
- Quelqu’un qui copie les fichiers stockés
- Sans le mot de passe ni les 24 mots, il ne détient que des données illisibles. Le mot de passe passe par Argon2id, donc chaque essai coûte 256 MiB de mémoire.
Ce qu’un fournisseur peut encore voir
- Toujours
- Le nombre de fichiers et de dossiers, la taille de chaque fichier, la longueur de chaque nom, le moment où chaque objet a été écrit, et l’adresse d’où viennent les requêtes. Qu’il s’agit d’un coffre CryptoUpload. Aussi : combien d’éléments contient chaque dossier, quelles méthodes de déverrouillage existent, les clés publiques des membres et, dans le profil de base, les noms que vous avez donnés aux membres.
- Avec le profil privé facultatif
- Les tailles de fichiers sont arrondies au-dessus (d’environ 12 pour cent au plus), les longueurs de noms se répartissent en cinq tranches, et le README du coffre est omis. Des fichiers leurres peuvent aussi masquer le nombre de fichiers de chaque dossier, mais seulement à qui obtient une copie du stockage : un fournisseur qui journalise les requêtes peut distinguer les leurres. Le nombre de dossiers, les moments des requêtes et l’adresse restent visibles.
- Une limite du format
- La taille et l’heure peuvent suffire à reconnaître un fichier déjà connu, par exemple un film dont la taille exacte est publique. Le profil de base ne le masque pas.
Ce qu’il ne couvre pas
- Un ordinateur déjà compromis
- Quiconque contrôle un ordinateur déverrouillé contrôle le coffre qui s’y trouve.
- Ce en quoi vous devez avoir confiance
- Les identifiants du cloud sont conservés dans un fichier chiffré sur votre ordinateur. Les mises à jour reposent sur la confiance en une unique clé de signature détenue par l’auteur. Un programme qui s’exécute sous votre utilisateur pendant que le coffre est ouvert peut lire vos fichiers.
- Un fournisseur qui refuse de vous servir
- Les altérations sont détectées. Le déni de service, le chiffrement ne peut pas l’empêcher.
- Reprendre un accès
- Changer un mot de passe, ou retirer une personne d’un coffre partagé, n’annule pas ce qu’elle a déjà vu. Retirer une personne protège ce qui est écrit ensuite. Pour une révocation complète, créez un nouveau coffre et copiez-y le contenu.
- Coffres cachés
- Il n’y a pas de déni plausible : un coffre peut être reconnu comme un coffre.
- Tout oublier
- Si vous perdez à la fois le mot de passe et les 24 mots, personne ne peut récupérer les données.
Pas encore d’audit indépendant
- Ce qui existe
- Une revue de sécurité interne, réalisée en octobre 2026. Ce n’est pas un audit indépendant.
- Ce que nous vous demandons
- Ne faites pas de CryptoUpload l’unique protection d’informations dont l’exposition vous nuirait gravement. Le plan est de demander des subventions pour financer un audit indépendant. Le code est public : quiconque en a les compétences peut le relire et signaler ses trouvailles à security@cryptoupload.org.
Signaler une vulnérabilité
- Comment
- Écrivez à security@cryptoupload.org. Merci de ne pas ouvrir de ticket public pour une vulnérabilité. Si possible, indiquez la version, les étapes pour la reproduire, l’impact que vous estimez, et une preuve de concept.
- Dans le périmètre
- Tout moyen de lire du texte en clair, de falsifier un sceau ou de récupérer une clé sans le mot de passe ni la phrase ; toute perte silencieuse de données pendant la synchronisation ; tout moyen d’extraire des identifiants stockés ; les backends réseau (requêtes non authentifiées, path traversal, falsification de requêtes) ; la ligne de commande et l’application.
- Hors périmètre pour l’instant
- Les constats qui supposent un accès physique continu à un ordinateur déjà déverrouillé ; le déni de service contre des fournisseurs de cloud, qui ne sont pas les nôtres ; les bugs généraux de robustesse sans effet sur des données réelles.
- À quoi s’attendre
- Nous accusons réception de votre signalement sous 5 jours ouvrés et convenons avec vous d’un délai de divulgation, 90 jours par défaut. Il n’y a pas de programme de bug bounty.
Ce qui reste visible, point par point
| Côté fournisseur | Profil de base | Profil privé |
|---|---|---|
| Contenu des fichiers | Illisible | Illisible |
| Noms de fichiers et de dossiers | Illisible | Illisible |
| Taille de chaque fichier | Exacte | Arrondie au-dessus, d’environ 12 % au plus |
| Longueur des noms | Exacte | Une des cinq tranches |
| Fichiers dans chaque dossier | Nombre exact | Arrondi au-dessus avec des leurres activés ; un fournisseur qui journalise les requêtes peut distinguer les leurres |
| Nombre de dossiers | Visible | Visible |
| Moment d’arrivée de chaque bloc | Visible | Visible |
| Adresse depuis laquelle vous vous connectez | Visible | Visible |
Le profil privé est facultatif et se choisit à la création du coffre. Avec l’un ou l’autre profil, vous pouvez mélanger l’ordre et le moment des envois et faire passer le trafic par un proxy.