Partage axé sur la vie privée : pourquoi c'est plus important que jamais

Le partage de fichiers axé sur la vie privée inverse le modèle par défaut. Plutôt que de traiter les données utilisateur comme une ressource à collecter, analyser et protéger optionnellement, il les traite comme la propriété de l'utilisateur que le service n'est jamais autorisé à lire. Techniquement, cela implique un chiffrement zéro connaissance (AES-256-GCM avec des clés dérivées dans le navigateur et jamais transmises), des politiques sans logs ou avec des logs à durée très limitée, aucune exigence de compte ou de numéro de téléphone, et aucun tracker ou outil d'analyse tiers. En 2026, c'est plus important que jamais car la pression combinée des amendes RGPD, des lois américaines sur la vie privée au niveau des États, et l'entraînement des modèles d'IA sur des données récupérées a rendu l'ancienne approche du « tout collecter » à la fois juridiquement et commercialement risquée.

Le cadre juridique a évolué

L'accumulation réglementaire est devenue suffisamment dense pour que le privacy-first ne soit plus seulement une question d'éthique, mais de réduction des risques. Les amendes RGPD ont dépassé les 4 milliards d'euros cumulés en 2024, avec Meta, Amazon et TikTok parmi les plus sanctionnés. En 2024-2025, des lois similaires sont entrées en vigueur dans plusieurs États américains. Les États membres de l'UE ont ajouté des règles nationales par-dessus le RGPD. La LGPD brésilienne, le DPDP Act indien (2023) et la révision suisse de la LPD complètent un maillage mondial d'exigences qui se chevauchent.

Les fournisseurs de transfert de fichiers font désormais face à un coût de conformité pour chaque attribut utilisateur qu'ils collectent. La réponse privacy-first : ne rien collecter. S'il n'y a pas d'e-mail, pas de compte, pas de journal d'IP, il n'y a rien à saisir, à divulguer ou à gérer incorrectement. La minimisation des données n'est pas seulement un principe de l'Article 5(1)(c) du RGPD — c'est la stratégie de conformité la moins coûteuse disponible.

Ce que « zéro connaissance » signifie réellement

Le zéro connaissance (aussi appelé chiffrement de bout en bout dans ce contexte) est une propriété technique précise : le serveur ne peut pas déchiffrer les données qu'il stocke. Pas « ne déchiffre pas » ou « ne déchiffrera pas », mais ne peut pas, car il ne dispose pas du matériel de clé.

Mettre cela en œuvre nécessite quelques étapes concrètes :

La génération de clé se produit dans le navigateur de l'expéditeur via crypto.subtle.generateKey() de l'API Web Crypto
La clé reste sur le client ou est transmise via le fragment d'URL (la partie #clé=... que les navigateurs ne transmettent pas aux serveurs)
Le fichier est chiffré localement (AES-256-GCM avec un nonce unique de 96 bits) avant le téléversement
Le serveur ne reçoit que du texte chiffré
Le destinataire récupère le texte chiffré plus la clé (depuis le fragment d'URL) et déchiffre dans le navigateur

C'est ainsi que fonctionnent Cryptpad, ProtonMail, Tresorit Send et HexaTransfer. Dropbox, Google Drive et OneDrive dans leurs configurations par défaut ne le font pas : les serveurs détiennent les clés et peuvent déchiffrer lors d'accès autorisés (ce qui inclut les demandes des forces de l'ordre).

Le piège des métadonnées

Le chiffrement du contenu seul ne constitue pas la vie privée. Les métadonnées — qui a téléversé quoi et quand, qui l'a téléchargé, depuis quelle IP, avec quel navigateur — peuvent révéler plus que le contenu du fichier dans bien des cas. Des chercheurs de Stanford ont montré que les métadonnées téléphoniques seules suffisent à inférer des conditions médicales, des affiliations religieuses et des opinions politiques avec une grande précision. Les métadonnées de transfert de fichiers sont similaires : le fait qu'un cabinet d'avocats ait téléversé une archive de 300 Mo vers un destinataire chez un concurrent à 3 h du matin la nuit précédant une annonce de fusion est en soi juridiquement significatif.

Les services privacy-first minimisent la collecte de métadonnées :

Aucune exigence d'e-mail pour l'expéditeur ou le destinataire
Journaux IP soit non conservés, soit rotés toutes les 24 heures
Aucune empreinte digitale de navigateur
Aucune analytics tierce (Google Analytics, Mixpanel, Segment) qui fuiterait des métadonnées vers ces fournisseurs
Journalisation minimale ou nulle au niveau CDN

Vérifiez en inspectant l'onglet Réseau dans les outils de développement du navigateur. Un service privacy-first ne devrait avoir aucun nom d'hôte tiers dans la cascade de requêtes.

Sans compte, sans numéro de téléphone

Les services basés sur des comptes lient chaque transfert à une identité persistante. Même les comptes pseudonymes fuient dans le temps via des mots de passe réutilisés, des e-mails de récupération et des schémas comportementaux. Les exigences de numéro de téléphone (courantes dans les services grand public « gratuits ») lient les téléversements à une identité vérifiée par le gouvernement via les archives des opérateurs.

L'alternative privacy-first est le transfert sans compte. Vous déposez un fichier dans une page web, obtenez un lien de partage, et c'est tout. SwissTransfer et HexaTransfer fonctionnent tous deux ainsi. Firefox Send le faisait aussi avant sa fermeture en 2020. Le compromis est la perte de fonctionnalités de niveau service comme les carnets d'adresses et les tableaux de bord historiques, mais pour les transferts ponctuels — qui représentent la majorité — c'est une perte négligeable.

Juridiction et la lacune du processus légal

Le pays où un service est domicilié légalement détermine quels gouvernements peuvent contraindre la divulgation. Selon le CLOUD Act américain (2018), les fournisseurs américains doivent remettre des données stockées n'importe où dans le monde sur réception d'un mandat valide. La Loi sur les pouvoirs d'enquête britannique de 2016 accorde de larges pouvoirs d'interception. La loi chinoise sur la cybersécurité exige un stockage en territoire national et un accès aux données à des fins de sécurité nationale.

Les services privacy-first choisissent souvent leur juridiction délibérément. La Suisse (Proton, Tresorit, Infomaniak/SwissTransfer) offre de solides protections constitutionnelles de la vie privée et exige une ordonnance judiciaire plus des seuils de crime grave pour l'accès aux données. L'UE offre généralement des protections au niveau du RGPD, mais les États membres diffèrent sur les exceptions de sécurité nationale. Une architecture zéro connaissance rend la juridiction moins critique car il n'y a rien de significatif à remettre de toute façon, mais la juridiction détermine toujours ce qui se passe lorsque les métadonnées sont demandées.

Ce qu'il faut chercher dans une politique de confidentialité

Les politiques de confidentialité sont là où les intentions sont mises à l'épreuve. Points clés à vérifier :

Section « Données que nous collectons » : que collecte-t-on exactement, et pendant combien de temps
Section « Prestataires tiers » : chaque fournisseur dans la chaîne de données (CDN, processeur de paiement, analytics)
Section « Demandes légales » : comment le fournisseur répond aux assignations, mandats, lettres de sécurité nationale
« Rapport de transparence » : beaucoup de fournisseurs privacy-first publient des rapports annuels sur les demandes gouvernementales de données reçues et satisfaites

Si une politique dit « nous pouvons collecter » sans préciser quoi, traitez cela comme « nous collectons tout ». Si elle prétend se conformer à « toutes les lois applicables » sans les lister, traitez cela comme un fourre-tout d'opacité.

Open source et audits indépendants

Les affirmations de confidentialité ont plus de poids quand elles sont vérifiables. Les clients open source (et idéalement les serveurs) permettent aux chercheurs en sécurité de confirmer que le code fait ce que la documentation dit. Les audits par des firmes comme Cure53, Trail of Bits ou Least Authority apportent une vérification extérieure. Signal, Proton et Tresorit publient tous des rapports d'audit ; les fournisseurs plus petits font de même de plus en plus.

Demandez : le code est-il public ? Quand le dernier audit a-t-il eu lieu ? Les conclusions ont-elles été traitées ? Un fournisseur faisant de fortes affirmations de confidentialité sans aucune vérification par un tiers demande de la confiance sans offrir de preuves.

Pourquoi le moment est déterminant

Trois tendances ont convergé pour faire du privacy-first la valeur par défaut évidente à l'aube de 2026. Premièrement, l'extraction de données d'entraînement pour l'IA a révélé combien de contenus utilisateurs non protégés s'étaient retrouvés dans des corpus d'entraînement, provoquant un retour de bâton. Deuxièmement, l'économie du ransomware extorque désormais systématiquement les entreprises en menaçant de divulguer des fichiers volés lors d'intrusions, ce qui fait des données utilisateur stockées un passif à délai. Troisièmement, les régulateurs rattrapent leur retard : l'UE AI Act, les actions de la FTC américaine, et les procureurs généraux des États ont tous augmenté le coût d'une posture de confidentialité laxiste.

Les services pariant encore sur la collecte de données comme modèle économique font face à des coûts croissants et des rendements décroissants. Ceux qui ont construit une architecture privacy-first dès le départ — HexaTransfer, Proton, Signal, Tresorit — sont dans une position plus solide parce qu'ils n'ont jamais contracté ce passif. Les utilisateurs qui votent avec leurs clics l'ont remarqué.

Choisir le bon outil

Pour les transferts sensibles ponctuels : choisissez un service sans compte et zéro connaissance avec une rétention courte (HexaTransfer, SwissTransfer). Pour un usage professionnel régulier : un fournisseur payant avec des audits publiés, SOC 2 Type II, et une juridiction dans un pays respectueux de la vie privée (Tresorit, Proton Drive). Pour les travaux à risque le plus élevé : OnionShare via Tor, ou SecureDrop si vous êtes dans une salle de rédaction.

Le test est simple : si le fournisseur fermait demain et mettait l'intégralité de sa base de données en ligne, un attaquant pourrait-il lire vos fichiers ? Si la réponse est oui, vous n'avez pas un partage privacy-first.

Essayez sur hexatransfer.com — gratuit, sans compte, jusqu'à 10 Go.