Zwei-Faktor-Authentifizierung für Dateien: extra Sicherheitsschicht

Zwei-Faktor-Authentifizierung für Dateien kombiniert etwas, das der Empfänger weiß (ein Passwort, das über PBKDF2 einen AES-256-GCM-Schlüssel ableitet), mit etwas, das er besitzt (ein TOTP-Code aus Authy, ein E-Mail-Magic-Link oder ein WebAuthn-Passkey, der an sein Gerät gebunden ist). Selbst wenn ein Angreifer das Passwort phisht oder die Download-URL abfängt, kann er die Nutzlast ohne den zweiten Faktor nicht entschlüsseln. Dieses Muster schlägt Link-Weiterleitungen, Credential-Stuffing und die meisten Schulter-Surfing-Angriffe, die einfaktori­ge Freigaben bei WeTransfer-artigen Diensten aushebeln.

Warum ein Passwort pro Link nicht ausreicht

Eine geteilte Download-URL ist überraschend undicht. Slack zeigt sie automatisch als Vorschau an, Gmail archiviert sie sieben Jahre lang, und Unternehmens-Proxys loggen den vollständigen Query-String. Liegt das Passwort in einer separaten E-Mail, sind beide Kanäle oft dasselbe Postfach — ein einzelner Microsoft-365-Einbruch liefert also beides. Studien realer Incident-Response-Fälle (Verizon DBIR 2025) zeigen, dass 68 % der credential-basierten Datendiebstähle wiederverwendete Passwörter involviert haben. Ein zweiter Faktor bricht diese Kette, weil der TOTP-Seed die Authenticator-App des Empfängers nie verlässt.

Wie TOTP über einen Download-Link funktioniert

Der Sender generiert ein 160-Bit-Shared-Secret, kodiert als Base32-String und QR-Code (RFC 6238). Der Empfänger scannt ihn mit Google Authenticator, 1Password oder Yubico Authenticator. Alle 30 Sekunden führt die App HMAC-SHA1 über das Secret und den Unix-Zeitstempel geteilt durch 30 aus und kürzt das Ergebnis auf sechs Stellen. Wenn der Empfänger diesen Code eingibt, prüft der Server das aktuelle und das vorherige Zeitfenster, um Uhren-Drift zu tolerieren. Erst nach der Code-Validierung gibt der Server den verschlüsselten Blob frei — der Entschlüsselungsschlüssel selbst bleibt clientseitig, abgeleitet vom Passwort des Empfängers.

E-Mail-Magic-Links als leichtgewichtiger zweiter Faktor

Nicht jeder Empfänger wird eine Authenticator-App installieren. Ein Magic-Link, der an eine vorab deklarierte Adresse gesendet wird, ist ein sinnvoller Fallback. Der Sender gibt jane@klinik.de beim Upload ein; der Dienst speichert einen SHA-256-Hash dieser Adresse. Wenn Jana die Download-URL aufruft, sendet der Server ein 128-Bit-Zufalls-Token per E-Mail, das 10 Minuten gültig ist. Ein Klick auf das Token öffnet die Download-Seite, wo sie weiterhin das Dateipasswort eingibt. Da das Token an ihr Postfach gebunden ist, ist ein Link, der an einen Kollegen weitergeleitet wird, nutzlos — der Kollege hat die E-Mail-Challenge nie erhalten.

WebAuthn und Passkeys für wiederkehrende Empfänger

Für Teams, die wöchentlich Dateien austauschen (z. B. ein Prüfer, der PCI-DSS-4.0-Nachweise erhält), übertreffen Passkeys Codes bei weitem. Der Empfänger registriert beim ersten Zugriff eine FIDO2-Credential; der private Schlüssel befindet sich in seinem Secure Enclave oder einem YubiKey 5C. Nachfolgende Downloads erfordern eine Berührung statt erneuter TOTP-Eingabe. Da die Signatur den Origin enthält, können Phishing-Seiten, die die echte Download-Seite proxyen, die Authentifizierung nicht wiedergeben. Chrome, Safari 17 und Firefox 122 unterstützen alle die Conditional-UI, die die Passkey-Aufforderung ohne zusätzliche Klicks anzeigt.

Schutz großer Transfers Chunk für Chunk

Ein 10-GB-DICOM-Archiv oder ein 4-GB-Adobe-Premiere-Projekt passt nicht in das Einzel-Download-Modell. Teilen Sie die Nutzlast in 5-MB-Chunks auf, jeder verschlüsselt mit einem eigenen Unterschlüssel, der über HKDF (RFC 5869) vom Master-Schlüssel abgeleitet wird. Bevor ein Chunk bereitgestellt wird, verifiziert der Server ein frisches Session-Token, das nach erfolgreicher 2FA ausgegeben wurde. Das Token läuft nach z. B. 30 Minuten ab, sodass ein pausierter Download nicht Tage später mit einem gestohlenen Cookie wiederaufgenommen werden kann. Das spiegelt wider, wie Signal Voice-Note-Segmente handhabt und wie Backblaze B2 serverseitige Auth auf Multipart-Uploads anwendet.

Rate-Limiting, Sperren und die Offline-Angriffs-Falle

TOTP besteht nur aus sechs Stellen, sodass ein naiver Endpunkt Angreifer erlaubt, in Sekunden 1.000.000 Kombinationen auszuprobieren. Erzwingen Sie exponentielles Backoff nach drei falschen Versuchen, sperren Sie den Link nach zehn und senden Sie dem Sender einen Webhook. Teilen Sie Angreifern nicht mit, ob sie am Passwort oder am Code scheitern — geben Sie denselben generischen Fehler für beides zurück. Und legen Sie die TOTP-Verifizierung niemals in den Client; das Secret in den Browser zu schicken würde den gesamten Zweck zunichtemachen. Validieren Sie serverseitig innerhalb eines gehärteten Endpunkts hinter Cloudflare Turnstile oder hCaptcha.

Wiederherstellung ohne Schwächung des Modells

Der klassische Fehler ist ein Empfänger, der sein Telefon während eines 48-Stunden-Übertragungsfensters verliert. Einen Notfallcode einzubauen — einen 20-stelligen Base32-String, der bei der Erstellung des Links gedruckt wird — gibt ihm einen Fallback ohne E-Mail-Abhängigkeit. Ebenso wichtig: Lassen Sie den Transfer dennoch ablaufen, sobald er heruntergeladen wurde, selbst wenn der zweite Faktor nicht verwendet wurde. So kann ein verlorenes Laptop mit dem Notfallcode nicht einen Monat später missbraucht werden. Einige Dienste, darunter HexaTransfer, lassen den Sender den Link auch über ein Dashboard widerrufen, was alle laufenden Session-Tokens beendet.

Was das in Bezug auf Nutzererfahrung kostet

Das Hinzufügen von 2FA zu einem 30-Sekunden-Transfer wirkt schwer — dosieren Sie es daher nach Risiko. Für ein Geburtstags-Fotoalbum: weglassen. Für eine 500-MB-.psd-Datei eines Produkt-Launches: Passwort verlangen. Für ein 2-GB-Archiv mit DSGVO-Artikel-15-Auskunftsdaten: TOTP plus Magic-Link fordern. Eine abgestufte Oberfläche (öffentlich, Passwort, 2FA, Passkey) lässt Sender wählen, ohne Dokumentation lesen zu müssen. Konkurrenten wie SwissTransfer zeigen einen einzigen Passwort-Toggle; Dropbox Transfer versteckt 2FA hinter dem Teams-Plan; Smash bietet E-Mail-Verifizierung, aber kein TOTP. Die Lücke ist es wert, geschlossen zu werden.

Auf hexatransfer.com testen — kostenlos, ohne Konto, bis 10 GB.