Sicurezza

Progettato perché sui nostri server non ci sia nulla da perdere

Ultimo aggiornamento: 20 agosto 2026

In breve

FileTransferX sposta i file direttamente tra due browser invece di caricarli sui nostri sistemi. L'unico compito del nostro server è aiutare due dispositivi a trovarsi — non riceve, non conserva né legge mai i tuoi file. Le connessioni sono cifrate end-to-end, i codici di abbinamento hanno durata breve e uso singolo, e chiudere la scheda termina la sessione immediatamente. I trasferimenti P2P diretti non richiedono alcun account; i trasferimenti relay su reti restrittive richiedono una registrazione gratuita esclusivamente per gestire l'utilizzo del relay. Lo strumento Trasferimento testo funziona allo stesso modo — un breve messaggio percorre lo stesso percorso diretto e cifrato, e non viene mai conservato. Questa pagina spiega esattamente cosa significa, punto per punto.

I file vengono trasferiti browser-a-browser

Durante un trasferimento, i dati del file si spostano direttamente tra il browser che invia e quello che riceve, su una connessione che ciascun browser negozia e cifra end-to-end in autonomia — i dati del file al suo interno non sono leggibili da un server intermedio, che questo stia inoltrando il traffico o meno. L'infrastruttura di FileTransferX interviene solo per aiutare i due browser a mettersi d'accordo su come connettersi; non è un destinatario dei dati del file.

FileTransferX non conserva i file caricati

Non esiste una fase di caricamento. I file vengono letti e inviati a piccoli blocchi direttamente dal dispositivo di chi invia verso quello di chi riceve, e FileTransferX non scrive mai quei blocchi in un database o in uno spazio di archiviazione dalla nostra parte — neanche durante un trasferimento tramite relay, dove il relay si limita a inoltrare byte cifrati che non può decifrare. Una volta consegnato un blocco, non resta nulla da conservare, salvare o divulgare accidentalmente in seguito, perché non è mai stato salvato altrove se non sui due dispositivi coinvolti.

Cosa può vedere il nostro server, e cosa no

Il compito del nostro server è ristretto: mettere in contatto due browser affinché possano aprire una connessione diretta. Questo ruolo limitato definisce un confine netto su ciò a cui è mai esposto.

Può vedere

  • Che esiste una sessione di abbinamento, identificata solo da un codice di trasferimento a breve durata.
  • I messaggi di configurazione della connessione che due browser si scambiano per collegarsi, e le informazioni di indirizzo di rete necessarie per trovare un percorso tra loro.
  • Le tempistiche — quando è stata creata una sessione, quando due dispositivi si sono connessi, e quando è terminata.

Non può vedere

  • Nomi dei file, tipi di file, anteprime o qualsiasi contenuto dei file — i file non passano mai dal nostro server in una forma leggibile.
  • Il contenuto del tuo trasferimento anche quando un relay lo inoltra — quel percorso trasporta dati cifrati che non può decifrare.
  • Chi sei durante un trasferimento P2P diretto — non è necessario alcun account. I trasferimenti relay richiedono un account gratuito, ma quell'identità serve solo a gestire la tua quota relay, non ad accedere ai dati dei tuoi file.
  • Qualsiasi cronologia dopo la fine di una sessione — non viene conservato nulla di un trasferimento completato o interrotto.

Quali informazioni vengono scambiate temporaneamente

Abbinare due dispositivi richiede che una piccola quantità di dati di configurazione transiti dal nostro server. Nessuno di questi è un dato del file, e nessuno sopravvive alla sessione a cui appartiene.

Quando scade una sessione

Un codice di trasferimento è legato a un solo tentativo di abbinamento. Smette di funzionare non appena un dispositivo ricevente vi si abbina con successo, se resta inutilizzato per una breve finestra di tempo, oppure una volta che il trasferimento per cui è stato creato termina, viene annullato o si disconnette. Non c'è nessun archivio di sessioni a lungo termine dietro tutto questo — una sessione scaduta o completata semplicemente non lascia nulla da far scadere in seguito. Se devi inviare di nuovo, avviare una nuova sessione genera un codice nuovo.

Perché chiudere il browser termina il trasferimento

La connessione tra i due dispositivi e qualsiasi dato di file in corso di trasferimento esistono solo nella memoria delle schede di invio e ricezione — non c'è nessun processo in background su un server che porti avanti il trasferimento. Chiudere, aggiornare o abbandonare la scheda termina quella connessione immediatamente, il che interrompe il trasferimento sul momento. Non è tanto una limitazione quanto una conseguenza diretta del non conservare i file: non essendoci nulla salvato lato server, non c'è nulla da cui riprendere un trasferimento una volta scomparso il browser che spostava i dati.

Connessione diretta o tramite relay

FileTransferX tenta sempre prima una connessione diretta. Alcune reti — firewall aziendali severi, certi operatori mobili — bloccano quel percorso in partenza, quindi esiste un'alternativa per far funzionare i trasferimenti ovunque.

Dispositivo A
Connessione diretta
Dispositivo B

Se non è possibile stabilire una connessione diretta

Dispositivo A
Relay sicuro
Dispositivo B
Connessione diretta

I dati fluiscono in linea retta tra i due browser. Nessuna terza parte si trova sul percorso dei dati, quindi non c'è nulla tra i dispositivi che possa vedere, registrare o intercettare il trasferimento, nemmeno in teoria.

Relay sicuro

Usato solo quando non è possibile stabilire un percorso diretto. Un relay inoltra gli stessi dati cifrati tra i due dispositivi senza decifrarli — sposta byte cifrati, non file leggibili.

Hai trovato un problema di sicurezza?

Se ritieni di aver trovato una vulnerabilità in FileTransferX, segnalacela direttamente invece di renderla pubblica, e ti risponderemo il prima possibile.

Scrivici