Sicherheit

So gebaut, dass es auf unseren Servern nichts zu verlieren gibt

Zuletzt aktualisiert am 20. August 2026

Kurz zusammengefasst

FileTransferX bewegt Dateien direkt zwischen zwei Browsern, statt sie zu uns hochzuladen. Die einzige Aufgabe unseres Servers ist es, zwei Geräte zueinanderzuführen — er empfängt, speichert oder liest Ihre Dateien nie. Verbindungen sind Ende-zu-Ende verschlüsselt, Kopplungscodes sind kurzlebig und einmalig, und das Schließen des Tabs beendet die Sitzung sofort. Direkte P2P-Übertragungen erfordern kein Konto; Relay-Übertragungen in restriktiven Netzwerken erfordern eine kostenlose Registrierung ausschließlich zur Verwaltung der Relay-Nutzung. Das Tool zur Textübertragung funktioniert genauso — eine kurze Nachricht nimmt denselben direkten, verschlüsselten Weg und wird nie gespeichert. Diese Seite erklärt Punkt für Punkt, was das genau bedeutet.

Dateien werden Browser-zu-Browser übertragen

Während einer Übertragung fließen Dateidaten direkt zwischen sendendem und empfangendem Browser über eine Verbindung, die jeder Browser selbst aushandelt und Ende-zu-Ende verschlüsselt — die darin enthaltenen Dateidaten sind für einen Server dazwischen nicht lesbar, egal ob dieser gerade Datenverkehr weiterleitet oder nicht. Die eigene Infrastruktur von FileTransferX ist nur daran beteiligt, den beiden Browsern zu helfen, sich auf eine Verbindung zu einigen; sie ist keine Empfängerin der Dateidaten.

FileTransferX speichert hochgeladene Dateien nicht

Es gibt keinen Upload-Schritt. Dateien werden in kleinen Blöcken direkt vom Gerät des Absenders zum Gerät des Empfängers gelesen und gesendet, und FileTransferX schreibt diese Blöcke niemals in eine Datenbank oder einen Speicher auf unserer Seite — auch nicht während einer weitergeleiteten Übertragung, bei der das Relay nur verschlüsselte Bytes weiterreicht, die es nicht entschlüsseln kann. Sobald ein Block zugestellt ist, bleibt nichts zurück, das aufbewahrt, gesichert oder später versehentlich offengelegt werden könnte, weil es nirgendwo außer auf den beiden beteiligten Geräten gespeichert wurde.

Was unser Server sehen kann und was nicht

Die Aufgabe unseres Servers ist eng begrenzt: zwei Browser einander vorstellen, damit sie eine direkte Verbindung öffnen können. Diese begrenzte Rolle setzt eine harte Grenze dafür, wem er überhaupt ausgesetzt ist.

Kann sehen

  • Dass eine Kopplungssitzung existiert, nur erkennbar an einem kurzlebigen Übertragungscode.
  • Die Verbindungsaufbau-Nachrichten, die zwei Browser austauschen, um sich zu verbinden, sowie die Netzwerkadressinformationen, um einen Weg zwischen ihnen zu finden.
  • Zeitangaben — wann eine Sitzung erstellt wurde, wann sich zwei Geräte verbunden haben und wann sie endete.

Kann nicht sehen

  • Dateinamen, Dateitypen, Miniaturansichten oder jeglichen Dateiinhalt — Dateien laufen niemals in lesbarer Form über unseren Server.
  • Den Inhalt Ihrer Übertragung, selbst wenn ein Relay sie weiterleitet — dieser Weg trägt verschlüsselte Daten, die er nicht entschlüsseln kann.
  • Wer Sie sind bei einer direkten P2P-Übertragung — es ist kein Konto erforderlich. Relay-Übertragungen erfordern ein kostenloses Konto, aber diese Identität wird nur zur Verwaltung Ihres Relay-Kontingents verwendet, nicht zum Zugriff auf Ihre Dateidaten.
  • Jegliche Historie nach Ende einer Sitzung — zu einer abgeschlossenen oder abgebrochenen Übertragung wird nichts aufbewahrt.

Welche Informationen kurzzeitig ausgetauscht werden

Zwei Geräte zu koppeln erfordert, dass eine kleine Menge an Einrichtungsdaten über unseren Server läuft. Keine davon sind Dateidaten, und keine überlebt die Sitzung, zu der sie gehört.

Wann eine Sitzung abläuft

Ein Übertragungscode ist an einen einzelnen Kopplungsversuch gebunden. Er funktioniert nicht mehr, sobald sich ein empfangendes Gerät erfolgreich damit koppelt, wenn er kurzzeitig ungenutzt bleibt, oder sobald die Übertragung, für die er erstellt wurde, endet, abgebrochen wird oder die Verbindung verliert. Dahinter steckt kein langlebiger Sitzungsspeicher — eine abgelaufene oder beendete Sitzung hinterlässt schlicht nichts, das später „ablaufen" könnte. Müssen Sie erneut senden, erzeugt eine neue Sitzung einen frischen Code.

Warum das Schließen des Browsers die Übertragung beendet

Die Verbindung zwischen den beiden Geräten und alle gerade übertragenen Dateidaten existieren nur im eigenen Speicher der sendenden und empfangenden Tabs — es gibt keinen Hintergrundjob auf einem Server, der die Übertragung fortführt. Das Schließen, Aktualisieren oder Verlassen des Tabs beendet diese Verbindung sofort, was die Übertragung augenblicklich stoppt. Das ist weniger eine Einschränkung als eine direkte Folge davon, keine Dateien zu speichern: Da serverseitig nichts erhalten bleibt, gibt es nichts, wovon eine Übertragung fortgesetzt werden könnte, sobald der Browser, der die Daten bewegt hat, verschwunden ist.

Direkte oder weitergeleitete Übertragung

FileTransferX versucht immer zuerst eine direkte Verbindung. Manche Netzwerke — strenge Firmen-Firewalls, bestimmte Mobilfunkanbieter — blockieren diesen Weg von vornherein, weshalb es eine Ausweichroute gibt, damit Übertragungen überall funktionieren.

Gerät A
Direkte Verbindung
Gerät B

Falls keine direkte Verbindung möglich ist

Gerät A
Sichere Weiterleitung
Gerät B
Direkte Verbindung

Daten fließen auf direktem Weg zwischen den beiden Browsern. Kein Dritter befindet sich überhaupt auf dem Datenpfad, sodass nichts zwischen den Geräten die Übertragung sehen, protokollieren oder abfangen könnte — nicht einmal theoretisch.

Sichere Weiterleitung

Nur genutzt, wenn kein direkter Weg herstellbar ist. Ein Relay reicht dieselben verschlüsselten Daten zwischen den beiden Geräten weiter, ohne sie zu entschlüsseln — es bewegt verschlüsselte Bytes, keine lesbaren Dateien.

Sicherheitslücke gefunden?

Wenn Sie glauben, eine Schwachstelle in FileTransferX gefunden zu haben, melden Sie sie bitte direkt uns, statt sie öffentlich zu machen — wir melden uns so schnell wie möglich zurück.

Schreiben Sie uns