« Partage de fichiers sécurisé » figure sur presque tous les services de transfert de fichiers, mais l'expression peut recouvrir des choses très différentes. Un lien peut être chiffré en transit et laisser malgré tout une copie sur un serveur pendant un an ; une copie stockée peut être illisible pour le fournisseur et pourtant s'ouvrir pour quiconque possède le lien. Ce guide détaille ce que signifie réellement un transfert de fichiers sécurisé, compare les méthodes courantes et propose une check-list applicable à n'importe quel outil — y compris le nôtre.
Que signifie réellement « partage de fichiers sécurisé » ?
Un fichier est exposé à plusieurs moments de son trajet entre vous et le destinataire. Une méthode de transfert de fichiers sécurisée protège chacun d'eux — ou vous dit honnêtement lesquels elle ne protège pas.
- En transit. Les données sont-elles chiffrées pendant qu'elles traversent les réseaux ? Aujourd'hui, presque tous les services utilisent TLS (HTTPS) ou, pour WebRTC, DTLS.
- Au repos. Une copie est-elle stockée ailleurs que sur vos appareils et ceux du destinataire ? Si oui, qui peut la lire — le fournisseur, ou seulement les détenteurs de la clé ?
- Accès. Qui peut ouvrir le fichier ? Toute personne qui a le lien, seulement celles qui ont un mot de passe, seulement des comptes connectés figurant sur une liste ?
- Conservation. Combien de temps les copies existent-elles — quelques minutes, sept jours, jusqu'à ce que quelqu'un les supprime ?
- Métadonnées. Qu'apprend le service même s'il ne peut pas lire le contenu — noms de fichiers, tailles, adresses IP, qui a envoyé quoi à qui ?
- Appareils. Une fois arrivé, le fichier n'est pas plus en sécurité que l'ordinateur du destinataire. Aucune méthode de transfert ne protège contre un appareil compromis.
Comment les méthodes courantes de partage de fichiers se comparent-elles en matière de sécurité ?
| Méthode | En transit | Copie stockée | Qui peut l'ouvrir | Conservation | Idéal pour |
|---|---|---|---|---|---|
| Pièce jointe | Généralement TLS entre serveurs | Oui, dans les deux boîtes mail | Les titulaires des boîtes mail | Souvent des années | Petits fichiers non sensibles |
| Lien depuis un drive cloud (Drive, OneDrive, Dropbox) | TLS | Oui, accessible au fournisseur | Lien ou comptes nommés | Jusqu'à suppression | Collaboration |
| Service de transfert (type WeTransfer) | TLS | Oui, pendant une durée définie | Toute personne qui a le lien ; mot de passe sur certaines offres payantes | Quelques jours | Envois rapides quand vous ne pouvez pas rester en ligne |
| Cloud E2EE (Tresorit, Proton Drive, Sync.com) | TLS + chiffrement côté client | Oui, chiffrée avec des clés que le fournisseur ne détient pas | Lien, souvent avec mot de passe | Jusqu'à suppression | Fichiers sensibles qui doivent rester disponibles |
| SFTP / transfert de fichiers géré | SSH ou TLS | Sur le serveur, selon la politique | Comptes, clés, journal d'audit | Selon la politique | Entreprises et échanges de système à système |
| StrongFolder (P2P) | DTLS | Aucune | Toute personne qui a le lien pendant que vous partagez | Seulement pendant le transfert | Gros fichiers et dossiers, aucune copie laissée |
| Archive chiffrée (par ex. 7-Zip AES-256) | Selon le canal | Selon le canal | Seulement les détenteurs du mot de passe | Selon le canal | Ajoute une couche à n'importe quelle méthode |
Les fonctionnalités varient selon les offres ; consultez la documentation actuelle de chaque éditeur pour les mots de passe, l'expiration et les options d'audit.
Le partage de fichiers P2P est-il sûr ?
Le transfert de fichiers P2P supprime le plus grand risque à long terme du partage de fichiers : la copie stockée. Avec StrongFolder :
- En transit : WebRTC chiffre chaque canal de données avec DTLS : le flux de fichiers est donc chiffré pendant le transfert, sur chaque connexion.
- Au repos : Les fichiers ne sont jamais téléversés ni stockés sur un serveur StrongFolder.
- Relais : Si une connexion directe est impossible (pare-feu d'entreprise strict, certains réseaux mobiles), le flux chiffré passe par un serveur relais (TURN) de StrongFolder. Le relais transmet les données et ne les stocke pas.
- Métadonnées : Pour créer le lien, le service conserve les métadonnées du transfert : noms des fichiers et des dossiers, tailles et nombre de fichiers.
- Conservation : Le lien fonctionne tant que l'expéditeur continue de partager. Quand l'expéditeur clique sur Stop Sharing ou ferme l'onglet, les fichiers ne sont plus disponibles.
Il ne peut pas y avoir de « fuite de l'archive des fichiers » plus tard, car il n'y a pas d'archive. Rien n'expire sur un serveur, car rien n'y a été déposé. La façon dont le chiffrement est mis en place est expliquée dans Comment fonctionne le transfert de fichiers WebRTC.
Quelles sont les limites honnêtes de la sécurité de StrongFolder ?
Nous préférons que vous choisissiez le bon outil plutôt que d'accorder une confiance excessive au nôtre :
- Pas de liens protégés par mot de passe. Toute personne qui a le lien peut se connecter pendant que vous partagez. Envoyez le lien par un canal de confiance, et cliquez sur Stop Sharing (arrêter le partage) quand le destinataire a terminé.
- Un chiffrement en transit, pas de bout en bout avec vos propres clés. Les clés DTLS sont négociées par les deux navigateurs, mais leurs empreintes passent par notre serveur de signalisation. Nous ne revendiquons ni « zero-knowledge » ni chiffrement de bout en bout avec des clés détenues par l'utilisateur.
- Les adresses IP sont visibles par l'autre pair lors d'une connexion directe, comme pour n'importe quel appel vidéo.
- Des métadonnées sont conservées pour créer le lien : noms, tailles et nombre de fichiers.
- Pas de piste d'audit ni de certification de conformité. Si votre organisation a besoin d'accès journalisés, de politiques de conservation ou d'un traitement certifié, utilisez une plateforme de transfert de fichiers géré.
Pour les fichiers à la fois volumineux et très sensibles, combinez les méthodes : chiffrez le dossier dans une archive avec un mot de passe robuste, envoyez-la avec StrongFolder et communiquez le mot de passe par téléphone. L'archive protège le contenu ; le P2P évite une copie stockée.
Check-list du partage de fichiers sécurisé
Passez-la en revue avant d'envoyer quoi que ce soit de confidentiel, quel que soit l'outil :
- Classez le fichier. S'agit-il de données personnelles, d'un contrat, de code source, de données de santé ? Plus c'est sensible, moins vous voulez de copies.
- Choisissez selon la conservation. Le fichier peut-il disparaître dans une heure (P2P), ou doit-il rester disponible pendant des semaines (cloud, idéalement E2EE) ?
- Vérifiez le destinataire. Confirmez l'adresse ou la conversation avant d'envoyer le lien — les liens envoyés à la mauvaise personne sont la fuite la plus fréquente.
- Limitez l'accès. Utilisez un mot de passe ou des comptes nommés quand c'est possible ; avec le P2P, arrêtez le partage quand le destinataire a terminé.
- Chiffrez vous-même le contenu sensible si le canal ne chiffre pas au repos, et envoyez le mot de passe séparément.
- Évitez le Wi-Fi public côté expéditeur si vous le pouvez ; utilisez un réseau de confiance ou un VPN.
- Supprimez les copies ensuite — des dossiers de téléchargement, des historiques de messagerie et de la corbeille du cloud.
- Respectez la politique de votre organisation. Les données réglementées peuvent exiger des outils spécifiques.
Gratuit · dans votre navigateur · sans inscription
Quand utiliser plutôt SFTP ou le transfert de fichiers géré ?
En entreprise, le « transfert de fichiers sécurisé » désigne souvent SFTP (transfert de fichiers via SSH), FTPS ou une plateforme de transfert de fichiers géré (MFT). Ces solutions excellent quand :
- des systèmes échangent automatiquement des fichiers selon un calendrier ;
- vous avez besoin de comptes par utilisateur, d'autorisations et d'un journal d'audit de qui a téléchargé quoi ;
- la réglementation ou des contrats exigent une conservation et un contrôle d'accès documentés.
Elles demandent une configuration et des comptes des deux côtés : elles sont donc disproportionnées pour envoyer une vidéo à un client — et c'est là que les outils dans le navigateur trouvent leur place.
Quand le cloud chiffré de bout en bout est-il le meilleur choix ?
Quand le fichier doit rester disponible après votre déconnexion et que vous ne voulez pas que le fournisseur le lise. Tresorit, Proton Drive et Sync.com chiffrent sur votre appareil avant le téléversement. La contrepartie : vous téléversez d'abord, une copie existe (chiffrée), et le stockage est limité par votre offre. Le P2P et le cloud E2EE résolvent des problèmes différents — voir Transfert de fichiers P2P ou cloud.
En résumé
Le partage de fichiers sécurisé n'est pas une fonctionnalité unique mais un ensemble de réponses : chiffré en transit, protégé ou absent au repos, accès limité et conservation courte. La réponse de StrongFolder : un chiffrement DTLS en transit et aucune copie stockée, avec des limites assumées — pas de mot de passe sur les liens et aucune prétention de chiffrement de bout en bout. Pour aller plus loin, lisez Sécurité et confidentialité et Comment envoyer des documents volumineux.