Transfert direct entre appareils, sans envoi ni stockage.
Les deux parties ouvrent la page et se connectent avec un code de session. Les fichiers circulent chiffrés en AES-256 directement entre les navigateurs, dans les deux sens, sans compte et sans limite de taille.
L'application génère un code de session à 6 chiffres et un lien d'invitation. Aucun fichier n'est envoyé sur le serveur.
Détail techniqueCode aléatoire, valable 10 minutes, à usage unique. Le lien contient un secret placé dans le fragment de l'URL, qui n'est jamais transmis au serveur.
Association des appareils
La seconde partie saisit le code ou ouvre le lien d'invitation. Le serveur constate que les deux appareils présentent le même code et les met en relation.
Détail techniqueLa signalisation ne transporte que les données de connexion WebRTC : descriptions de session SDP et candidats ICE. Le code est consommé dès la première utilisation.
Dérivation de la clé de chiffrement
Les deux appareils négocient localement la clé de chiffrement. La clé ne transite jamais par le serveur et n'est pas connue de Synaptic Systems.
Détail techniqueECDH sur la courbe P-256 via WebCrypto, suivi de HKDF-SHA256 avec le code de session comme sel. Il en résulte des clés AES-256-GCM distinctes pour chaque sens de transfert.
Confirmation de la connexion
Les deux appareils affichent la même empreinte de clé. Si les valeurs diffèrent, la connexion est refusée. La connexion via un lien d'invitation est validée automatiquement.
Détail techniqueL'empreinte est un condensé cryptographique de 48 bits de la clé commune. Le lien d'invitation authentifie l'échange par HMAC-SHA256 avec le secret du fragment de l'URL.
Le transfert proprement dit
Le canal relie directement les deux appareils. Les deux parties peuvent envoyer et recevoir simultanément, avec la progression affichée pour chaque fichier.
Détail techniqueWebRTC DataChannel. Le fichier est découpé en blocs de 64 Ko au maximum, chacun chiffré individuellement en AES-256-GCM avec son propre nonce. Le destinataire écrit directement sur le disque.
Le schéma avance tout seul. Sélectionnez une étape pour les détails.
Session de transfert
Ouvrir une session de transfert
Vous recevrez un code de session et un lien d'invitation à transmettre à l'autre partie par le canal de votre choix.
Chiffrement AES-256 de bout en boutSans limite de tailleSans compte
Rejoindre une session
Le code de session comporte 6 chiffres, est valable 10 minutes et ne peut servir qu'une fois.
Si vous avez reçu un lien d'invitation, l'ouvrir remplit le code et vous demande de confirmer avant la connexion.
En attente de l'autre partie. Cette page doit rester ouverte.10:00
Confirmation de la connexion
Comparez l'empreinte avec l'autre partie. En attente de sa confirmation.
Vous avez reçu une invitation de transfert
Quelqu'un vous propose une session de transfert direct. La connexion ne démarre pas et aucune de vos données réseau n'est transmise tant que vous n'avez pas confirmé.
Code de session
000 000
Si vous n'attendez pas de transfert d'une personne que vous connaissez, annulez. Un lien d'invitation peut être transmis par n'importe qui.
Session activeConnexion directeAES-256-GCM
Envoyés
Ajouter des fichiers
Le transfert vers l'autre partie commence immédiatement.
Reçus
Recommandé pour les gros fichiers : écriture directe sur le disque.
Emplacement d'enregistrement :
Ce navigateur ne peut pas écrire directement sur le disque : les fichiers reçus sont donc conservés en mémoire. Pour les fichiers de plus de 1,5 Go, nous recommandons Chrome ou Edge.
Les fichiers reçus apparaîtront ici, avec la progression du transfert.
Visibilité des données
Le serveur enregistre
Le fait que deux appareils ont présenté le même code de session, et le moment de l'association.
Les adresses IP nécessaires à l'établissement de la connexion directe.
Le nombre de sessions ouvertes et terminées, sous forme de statistiques agrégées.
Le serveur n'a pas accès à
Le contenu des fichiers. Ils ne sont ni envoyés ni stockés.
Le nom ou la taille des fichiers transférés.
La clé de chiffrement, dérivée localement sur chaque appareil.
P2P Live comparé au transfert classique
P2P Live
Transfert classique
Cas d'usage
Les deux parties sont disponibles en même temps
Le destinataire télécharge plus tard
Taille maximale
Illimitée
Selon la formule
Emplacement des fichiers
Nulle part ; ils passent directement d'un appareil à l'autre
Sur nos serveurs, chiffrés, jusqu'à leur expiration
Que se passe-t-il si la page est fermée pendant le transfert ?
Le transfert s'interrompt et doit être relancé. La reprise à partir du point d'interruption est en cours de développement.
Le code de session est-il sûr ?
Le code expire au bout de 10 minutes et ne peut servir qu'une fois. De plus, la connexion est confirmée manuellement et les deux parties comparent l'empreinte de la clé.
Pourquoi la connexion ne s'établit-elle pas toujours ?
Certains réseaux, en particulier les réseaux d'entreprise et une partie des réseaux mobiles, n'autorisent pas les connexions directes entre deux appareils. Les fichiers ne transitent pas par nos serveurs : dans ces cas, le transfert est impossible. La solution est un autre réseau ou le transfert classique.
Est-ce que cela fonctionne sur mobile ?
Oui, dans n'importe quel navigateur récent. L'écran doit rester allumé pendant le transfert, sinon le système d'exploitation risque de suspendre la page.
Y a-t-il une limite de taille ?
Dans Chrome et Edge, vous choisissez un emplacement d'enregistrement et les fichiers sont écrits directement sur le disque, sans limite. Dans Firefox et Safari, les fichiers reçus sont conservés en mémoire : la limite pratique est donc d'environ 1,5 Go.
