Sécurité de PrivCloud Sharing
Chez PrivCloud, la sécurité n'est pas une fonctionnalité -- c'est l'architecture.
Vue d'ensemble
PrivCloud Sharing est conçu selon le principe du zéro-knowledge : ni nos serveurs, ni notre équipe, ni notre fournisseur de stockage ne peuvent lire vos fichiers. Le chiffrement est effectué dans votre navigateur, avant même que vos données ne quittent votre appareil. Cette page décrit de manière transparente les mécanismes cryptographiques, les choix d'infrastructure et les limites honnêtes du système.
Chiffrement de bout en bout (E2EE)
Comment ça fonctionne
- Une clé AES-256 est générée localement dans votre navigateur via l'API Web Crypto.
- Vos fichiers sont chiffrés côté client avant l'upload -- nous ne recevons que du texte chiffré opaque.
- La clé de déchiffrement est intégrée dans le lien de partage sous la forme d'un fragment d'URL (#key=...). Par définition du protocole HTTP, ce fragment n'est jamais transmis au serveur -- il reste dans votre navigateur et n'apparaît dans aucun log de notre infrastructure.
- Le destinataire déchiffre directement dans son navigateur, sans que la clé transite par notre infrastructure.
Algorithmes utilisés
| Composant | Standard |
|---|---|
| Chiffrement des fichiers | AES-256-GCM |
| Transport réseau | TLS 1.3 |
| Stockage au repos | AES-256 |
| Partage de clé | SSKR / Shamir |
Pourquoi AES-256-GCM ?
Le mode GCM (Galois/Counter Mode) apporte non seulement la confidentialité (personne ne peut lire), mais aussi l'authenticité (personne ne peut altérer les données chiffrées sans que cela soit détecté). C'est le standard utilisé par les gouvernements et les institutions financières pour la protection des données classifiées.
Architecture zéro-knowledge
L'architecture zéro-knowledge signifie que notre système est conçu pour qu'il nous soit techniquement impossible d'accéder au contenu de vos fichiers, même si nous le voulions -- ou si nous y étions contraints.
- Vos fichiers sont chiffrés avant l'upload
- Votre clé ne transite jamais sur nos serveurs
- Nos logs ne contiennent aucune clé de déchiffrement
- Même un accès complet à notre base de données ne permettrait pas de lire vos fichiers
Partage de secret de Shamir (SSKR)
Pour éviter la perte définitive d'accès à vos fichiers en cas d'oubli de clé, PrivCloud intègre le Shamir's Secret Sharing (implémenté via SSKR -- Sharded Secret Key Reconstruction).
Principe
Votre clé E2E est fractionnée en plusieurs fragments (par exemple 3 fragments dont 2 suffisent à reconstituer la clé). Chaque fragment seul est inutilisable -- seule la combinaison d'un nombre minimal de fragments permet la reconstruction.
Pourquoi c'est important
| Scénario | Sans SSKR | Avec SSKR |
|---|---|---|
| Perte de la clé principale | Fichiers inaccessibles définitivement | Reconstruction via les fragments |
| Vol d'un fragment | — | Inutilisable seul |
| Serveur compromis | Clé exposée si centralisée | Aucun fragment complet présent |
Bonne pratique :
Stockez vos fragments dans des emplacements distincts et sécurisés (gestionnaire de mots de passe, support chiffré hors ligne, coffre physique).
Infrastructure & conformité
Hébergement France -- RGPD natif
- Aucun transfert de données hors UE
- Conformité native au Règlement Général sur la Protection des Données (RGPD)
- Aucune obligation de divulgation sous le Cloud Act américain
- Droit à l'effacement et à la portabilité applicables
Zéro tracking, zéro analytics
PrivCloud ne collecte aucune donnée comportementale. Aucun cookie de tracking, aucun pixel publicitaire, aucun outil d'analytics tiers n'est chargé sur nos pages. Ce que vous partagez ne nous regarde pas -- littéralement.
Fournisseur de stockage objet (S3-compatible)
Même notre fournisseur de stockage objet ne peut pas lire vos fichiers. Avec le E2E activé, il ne stocke que du chiffrement opaque -- sans contexte, sans métadonnées lisibles, sans possibilité de déchiffrement.
Sécurité des liens de partage
- Expiration automatique : chaque lien a une durée de vie configurable. Passé ce délai, le lien est révoqué et les fichiers supprimés.
- Protection par mot de passe : ajoutez une couche d'authentification supplémentaire sur chaque partage.
- Limite de téléchargements : définissez un nombre maximum de téléchargements autorisés par lien. Passé ce seuil, le lien est automatiquement révoqué.
- Notifications de téléchargement : soyez alerté en temps réel lorsqu'un destinataire télécharge votre fichier, afin de détecter tout accès non anticipé. Note : si vous disposez de l'option de prévisualisation et que vous souhaiteriez également recevoir une notification lors de ce type de consultation, n'hésitez pas à nous en faire part directement via le dépôt GitHub.
Open Source & auditabilité
- N'importe quel chercheur en sécurité peut auditer notre code
- Les implémentations cryptographiques sont vérifiables publiquement
- Aucune backdoor ne peut être dissimulée sans être détectée par la communauté
- La transparence est structurelle, pas marketing
Si vous êtes chercheur en sécurité ou auditeur et souhaitez réaliser une revue de code formelle, nous sommes ouverts à toute démarche d'audit indépendant. Contactez-nous via le dépôt GitHub.
Consulter le code source sur GitHub ->Signaler une vulnérabilité
Vous avez découvert une faille de sécurité ? Nous vous encourageons à nous la divulguer de manière responsable.
Contact : security@stockageprive.net ou via une issue privée sur le dépôt GitHub.
- Accuser réception sous 48h
- Vous tenir informé des corrections apportées
- Mentionner votre contribution (si vous le souhaitez) dans notre hall of fame
Nous ne portons pas plainte contre les chercheurs en sécurité qui agissent de bonne foi.
Prêt à envoyer des fichiers en toute sécurité ?
Créez un compte gratuit et profitez du chiffrement de bout en bout, de la protection par mot de passe et de l'hébergement en France - sans compromis.
Page maintenue par l'équipe PrivCloud -- Infrastructure sécurisée par THEMIOT Informatique, Consultant Cybersécurité.