Logo

Chapitre 1 Présentation et périmètre de sécurité

Ce chapitre définit l'objectif du livre blanc, le langage normatif et la terminologie, et indique les objectifs de sécurité et les conditions limites de FileBolt. Une séparation claire entre les risques inclus dans le périmètre et ceux qui en sont exclus évite les malentendus sur ce que le système peut garantir.

Métadonnées du document

Version livre blanc
v1.0
Dernière mise à jour
2026-01-14

Retour à : Livre blanc sur la sécurité et la confidentialité (présentation)

1.0 Objectif

  • Décrire la conception de sécurité de FileBolt et ses limites de confiance à l'intention des utilisateurs et des auditeurs.
  • Expliquer comment la confidentialité et l'intégrité sont protégées lors de l'envoi, du stockage et du téléchargement.
  • Fournir des liens de preuves vérifiables et des identifiants d'affirmation (Claim IDs) à des fins d’examen et de reproductibilité.

1.1 Langage et termes normatifs

  • Mots-clés normatifs : DOIT / DEVRAIT / PEUT (MUST / SHOULD / MAY ; usage de style RFC 2119).
  • CEK : clé de chiffrement du contenu (Content Encryption Key) ; 16 octets (128 bits) ; une par fichier.
  • E2EE / connaissance nulle : le chiffrement et le déchiffrement ont lieu sur le client ; le serveur ne manipule que le texte chiffré et les paramètres publics et NE DOIT PAS obtenir la CEK.
  • transferId / fileId / chunkIndex : identifiants du transfert, du fichier et de l'index de bloc.
  • manifest : paramètres publics nécessaires pour télécharger, assembler et déchiffrer (par exemple cryptoVersion, chunkSize, mappage) ; NE DOIT PAS contenir la CEK.
  • Jeton d'accès de courte durée : jeton de session côté serveur (basé sur une recherche) utilisé pour autoriser l'accès au texte chiffré et au manifest ; expire par conception.

1.2 Objectifs de sécurité

  • Confidentialité : le serveur NE DOIT PAS être capable de déchiffrer le contenu de l'utilisateur dans le modèle à connaissance nulle.
  • Intégrité : toute falsification DOIT être détectée ; l’échec de l’authentification AEAD DOIT entraîner un échec en mode fermé (fail closed).
  • Contrôle d'accès : l'accès au texte chiffré DOIT être protégé par des jetons à portée limitée et à durée de vie limitée ; les expéditeurs DOIVENT pouvoir les révoquer.
  • Auditabilité : fournir des preuves de livraison minimales, visibles de l'expéditeur, tout en limitant l'exposition des données sensibles.

1.3 Dans le périmètre

  • Frontière de la connaissance nulle/E2EE et gestion des clés (modèle du fragment d'URL).
  • Paramètres de chiffrement et d'authentification par blocs (cryptoVersion=v1).
  • Autorisation par jetons pour l'envoi, le téléchargement et la récupération du manifest ; sémantique de révocation.
  • Base de référence de sécurité Web pour les pages de téléchargement/déchiffrement (CSP, pas de scripts tiers).

1.4 Hors périmètre

  • Terminaux compromis : logiciels malveillants, extensions de navigateur malveillantes ou appareils rootés.
  • Fuite de lien intentionnelle par l’utilisateur, ingénierie sociale ou mauvaise configuration.
  • Analyse du contenu côté serveur (incompatible avec une protection stricte du contenu à connaissance nulle).