Partage local : envoyez des fichiers aux appareils à proximité

Comme AirDrop, dans n'importe quel navigateur. Chiffré de bout en bout, rien n'est envoyé sur un serveur.

Vous apparaissez sous le nom

Recherche d'appareils sur votre réseau…

Ouvrez rocketshare.app sur un autre téléphone ou ordinateur connecté au même réseau Wi-Fi ou au même réseau d'entreprise. Il apparaîtra ici automatiquement.

Les fichiers passent directement d'un appareil à l'autre, chiffrés de bout en bout. Rien n'est envoyé sur un serveur.

Le Partage local envoie des fichiers directement d'un navigateur à un autre sur le même réseau, comme AirDrop, mais pour tout appareil doté d'un navigateur récent : iPhone, Android, Windows, Mac ou Linux. Pour partager des fichiers en réseau local, les données circulent de pair à pair via une connexion chiffrée de bout en bout et ne sont jamais envoyées sur les serveurs de RocketShare. C'est gratuit, sans compte ni application, et sans limite de taille de fichier.

Comment fonctionne le Partage local

  1. Ouvrez cette page sur les deux appareils. Connectez-les au même Wi-Fi ou au même réseau de bureau et ouvrez rocketshare.app/local-share. Chaque appareil reçoit un nom d'affichage aléatoire.
  2. Choisissez l'autre appareil. Les appareils d'un même réseau apparaissent dans la liste les uns des autres. Sélectionnez le destinataire et choisissez les fichiers à envoyer.
  3. Acceptez et comparez le code. Le destinataire voit la demande et décide de l'accepter ou non. Les deux écrans affichent le même code de vérification à 6 chiffres ; vérifier que les codes correspondent confirme que la connexion n'a pas été interceptée.
  4. Gardez les deux onglets ouverts. Les fichiers sont écrits directement sur le disque du destinataire (plusieurs fichiers arrivent dans un seul ZIP). La fermeture de l'un des onglets interrompt le transfert.

Le Partage local est-il sécurisé ?

Le Partage local combine plusieurs protections, chacune avec un rôle distinct :

  • Connexion directe et chiffrée. Les appareils se connectent via un canal de données WebRTC, chiffré avec DTLS. Les fichiers passent d'un appareil à l'autre, sans transiter par un serveur RocketShare.
  • Une seconde couche de bout en bout. Dans ce canal, chaque côté génère une nouvelle paire de clés ECDH P-256 pour la session. La clé de chiffrement est dérivée avec HKDF-SHA256 et liée aux certificats DTLS de cette connexion précise. Chaque message après l'établissement de la connexion est chiffré avec AES-256-GCM, y compris les demandes de transfert, les noms et les tailles de fichiers. Un message rejoué, réordonné ou modifié échoue à l'authentification et met fin à la connexion.
  • Code de vérification. Le code à 6 chiffres est issu du même matériel cryptographique. Si quelqu'un avait remplacé les certificats pendant l'établissement de la connexion, les deux écrans afficheraient des codes différents.
  • Demande d'acceptation. Rien n'est transféré tant que le destinataire n'a pas accepté.

Les limites, en toute transparence :

  • La comparaison du code est facultative. Si vous l'ignorez, vous comptez sur le fait que le serveur de signalisation n'interfère pas avec l'établissement de la connexion.
  • Les appareils sont regroupés par adresse IP publique (le préfixe /64 en IPv6). Sur une IP publique partagée, par exemple derrière un CGNAT d'opérateur ou sur un grand réseau d'entreprise, des personnes extérieures à votre réseau local peuvent voir le nom aléatoire de votre appareil. Elles ne peuvent rien vous envoyer sans votre accord.
  • L'établissement de la connexion passe par quelques serveurs. Le serveur de signalisation de RocketShare voit un hachage salé de votre IP publique, le nom et le type de votre appareil ainsi que les messages d'échange WebRTC, et ne stocke rien de manière persistante. Les serveurs STUN publics de Cloudflare et Google voient l'IP publique de votre appareil pendant l'établissement de la connexion, comme c'est la norme avec WebRTC.
  • Pas de relais. Si les appareils ne peuvent pas se connecter directement, le transfert échoue au lieu de passer par un serveur.

L'architecture complète est décrite dans le livre blanc sur la sécurité.

Comparaison avec AirDrop, LocalSend et ShareDrop

AirDrop est excellent entre appareils Apple et fonctionne sans aucun réseau, et LocalSend propose des applications natives open source qui fonctionnent sur un réseau local sans Internet. Le Partage local ne demande aucune installation et ajoute une couche de bout en bout vérifiable par-dessus WebRTC, mais il a besoin d'une connexion Internet pour trouver l'autre appareil. Consultez la comparaison complète du Partage local avec AirDrop, ShareDrop, Snapdrop, PairDrop, Quick Share et LocalSend.

Quand utiliser plutôt un transfert classique

Le Partage local ne fonctionne que si les deux appareils sont sur le même réseau et que les deux onglets sont ouverts. Utilisez un transfert RocketShare classique lorsque :

  • le destinataire se trouve sur un autre réseau, dans un autre bureau ou en données mobiles ;
  • le destinataire n'est pas en ligne pour le moment et téléchargera plus tard ;
  • vous souhaitez envoyer les mêmes fichiers à plusieurs personnes avec un seul lien.

RocketShare est un service de transfert de fichiers dans le navigateur qui chiffre le contenu des fichiers de bout en bout (connaissance nulle) avant l'envoi. Il est basé aux Pays-Bas et stocke les fichiers à Amsterdam. Sans compte, vous pouvez envoyer jusqu'à 2 Go par transfert, avec des liens valables 3 jours. Contrairement au Partage local, les transferts classiques stockent les noms et tailles de fichiers sans chiffrement ; découvrez comment fonctionne la sécurité de RocketShare.