Zero-Knowledge-Verschlüsselung
Jeder gehostete Transfer wird auf deinem Gerät verschlüsselt, bevor er es verlässt. Der Zero-Knowledge-Modus geht einen Schritt weiter: Der Schlüssel, der deine Dateien öffnet, erreicht unsere Server nie - anders als im Standardmodus können wir sie also wirklich nicht lesen.
„Zero-Knowledge“ ist eine starke Behauptung, also lohnt es sich, genau zu sagen, was sie hier bedeutet. Um deine Dateien zu lesen, braucht es genau eine Sache: den Schlüssel. Zero-Knowledge heißt, dass dieser Schlüssel uns nie erreicht - wir wissen null über ihn. Die verschlüsselten Daten, die wir speichern, sind ohne den Schlüssel nur Rauschen auf einer Platte.
Diese Genauigkeit schneidet in beide Richtungen. Jeder gehostete Transfer wird auf deinem Gerät mit AES-256-GCM verschlüsselt, in jedem Modus - aber nur der Zero-Knowledge-Modus hält den Schlüssel vollständig von unseren Servern fern. Er ist damit der einzige Modus, in dem wir deine Dateien wirklich nicht entschlüsseln können, und der einzige, den wir so beschreiben.
Die zwei Schlüsselmodi nebeneinander
Beide Modi verschlüsseln deine Dateien auf deinem Gerät, gleich stark. Der einzige Unterschied ist, was mit dem Schlüssel passiert, der sie öffnet.
| Was wir vergleichen | Schlüssel bei uns hinterlegt (Standard) | Zero-Knowledge (kostenpflichtig) |
|---|---|---|
| Wo Dateien verschlüsselt werden | Auf deinem Gerät, vor dem Hochladen | Auf deinem Gerät, vor dem Hochladen |
| Was wir speichern | Den Geheimtext plus den Schlüssel, eingepackt von AWS KMS | Nur den Geheimtext - nie einen Schlüssel |
| Wo der Schlüssel liegt | Hinterlegt auf unseren Servern (von KMS eingepackt) | Nur im „#“-Fragment des Freigabelinks |
| Kann Transferify deine Dateien entschlüsseln? | Technisch ja - KMS kann den Schlüssel auspacken | Nein - wir bekommen den Schlüssel nie |
| Wenn du den Link verlierst | Weiterhin wiederherstellbar - wir haben den Schlüssel | Endgültig weg - wir können nicht helfen |
| Verfügbarkeit | In jedem Plan, auch im kostenlosen | In den Plänen, die die Option enthalten |
Wo der Schlüssel liegt - und warum das „#“ im Link zählt
Ein Transferify-Dateischlüssel ist ein zufälliger 256-Bit-AES-Schlüssel, der in deinem Browser erzeugt wird. Im Zero-Knowledge-Modus erreicht er deinen Empfänger im Link-Fragment - dem Teil nach dem Zeichen „#“, zum Beispiel transferify.cloud/download/abc123#k=…
Das ist der ganze Kniff. Nach einer Regel, der jeder Browser folgt, wird das Fragment nie an den Server geschickt: Es bleibt im Browser und wird nur auf der Seite selbst benutzt. Wenn dein Empfänger den Link öffnet, wird der Schlüssel also lokal gelesen, um den Download zu entschlüsseln, und unsere Server sehen die Anfrage ohne den „#“-Teil. Wir bekommen ihn schlicht nie.
Das heißt auch: Der Link IST der Schlüssel. Wer den vollständigen Link von dir bekommt, kann die Dateien öffnen, also teile ihn über einen Kanal, dem du vertraust. Für zusätzliche Sicherheit kannst du ein Passwort setzen: Der Schlüssel wird dann mit deinem Passwort eingepackt (PBKDF2, 600.000 Durchläufe), bevor er in den Link geht, und im Browser deines Empfängers wieder ausgepackt - auch das Passwort erreicht uns nie.
Wie deine Dateien verschlüsselt werden
Dateien werden mit AES-256-GCM verschlüsselt, einem verbreiteten authentifizierten Verfahren des modernen Webs. Große Dateien werden in Stücke geteilt - 8 MiB für alltägliche Transfers, größer, je größer die Datei wird; jedes Stück wird einzeln versiegelt und mit einem Authentifizierungs-Tag versehen, dann direkt in den Speicher übertragen - so funktioniert die Verschlüsselung auch bei Dateien, die weit größer sind als der Arbeitsspeicher deines Geräts.
Jedes Stück ist an seine genaue Position in seinem Transfer gebunden. Sollte unser Speicher je ein verändertes, umgestelltes oder vertauschtes Stück zurückgeben, scheitert die Entschlüsselung laut, statt deinem Empfänger beschädigte oder falsche Daten zu geben. Dateien werden in der EU gespeichert (AWS, Frankfurt) und bleiben dort verschlüsselt.
Was der Standardmodus tut - und warum es ehrlich ist, das zu sagen
Standardmäßig und im kostenlosen Plan hinterlegen wir den Schlüssel bei uns. Deine Dateien werden weiterhin auf deinem Gerät verschlüsselt, aber wir verwahren den Dateischlüssel, eingepackt vom AWS Key Management Service (KMS). Das heißt, wir sind technisch in der Lage, eine gehostete Datei zu entschlüsseln - etwa um sie auszuliefern oder um einer rechtmäßigen Anordnung nachzukommen - also behaupten wir nicht, blind dafür zu sein.
Der Vorteil ist Bequemlichkeit: Der Download-Link ist kurz, trägt keinen Schlüssel, und ein verlorener Link bleibt wiederherstellbar, weil wir den Schlüssel erneut auspacken können. Für das alltägliche Teilen ist das der richtige Standard. Zero-Knowledge ist es nicht, und so nennen wir es auch nicht.
Wann du Zero-Knowledge wählen solltest
Schalte den Zero-Knowledge-Modus ein, wenn „vertrau uns“ nicht gut genug ist - wenn nachweisbar sein muss, dass der Anbieter eine Datei nicht lesen kann.
- Vertrauliche Dokumente - Recht, Finanzen, Medizin, Personal
- Zugangsdaten, Schlüssel oder alles, was du nie im Klartext senden würdest
- Arbeit unter einer strengen Datenschutz- oder Compliance-Vorgabe
- Immer dann, wenn dir lieber ist, dass der Schlüssel bei uns gar nicht erst existiert
Der Preis dafür: Bei einem verlorenen Link können wir dir nicht helfen, weil wir nichts haben, woraus wir ihn wiederherstellen könnten. Halte den Link sicher (und überleg dir ein Passwort), dann bleiben deine Dateien sogar vor uns privat.
Nicht sicher, was du brauchst? Verschlüsselt ist jeder Transfer so oder so - fang mit dem Standard an und schalte Zero-Knowledge für die Transfers ein, auf die es wirklich ankommt.