Passwortschutz: Dienste zur Dateiübertragung im Test

Der Passwortschutz bei Diensten zur Dateiübertragung reicht von kosmetisch bis kryptografisch bedeutsam. WeTransfer Pro ergänzt eine Passwortschranke, die serverseitig geprüft wird, bevor der Download freigegeben wird — die Datei bleibt für WeTransfer selbst aber entschlüsselbar. Smash, SwissTransfer und Dropbox Transfer folgen einem ähnlichen Modell. Dienste wie Tresorit Send und HexaTransfer verwenden das Passwort (oder einen abgeleiteten Schlüssel) als Eingabe für die eigentliche Dateiverschlüsselung via PBKDF2 oder Argon2id — ohne das Passwort ist der Chiffretext mathematisch unlesbar, selbst für den Dienstanbieter.

Serverseitige Schranke vs. kryptografischer Schlüssel

Der entscheidende Unterschied liegt darin, wo das Passwort geprüft wird. Im serverseitigen Schrankenmodell speichert der Anbieter den Passwort-Hash (im Idealfall bcrypt oder Argon2) und verifiziert den eingegebenen Wert, bevor er die Datei ausliefert. Die Datei selbst ist mit einem vom Anbieter gehaltenen Schlüssel verschlüsselt. Bricht ein Angreifer die Datenbank, oder zwingt ein Gericht den Anbieter zur Herausgabe, kommen die Dateien im Klartext heraus — unabhängig von der Passwortstärke.

Im kryptografischen Schlüsselmodell wird das Passwort durch eine Schlüsselableitungsfunktion (KDF) — typischerweise PBKDF2 mit 600.000+ Iterationen oder Argon2id mit abgestimmten Speicherkosten — geleitet, um den eigentlichen Dateiverschlüsselungsschlüssel zu erzeugen. Kein Passwort bedeutet keinen Schlüssel, kein Klartext. Der Anbieter kann die Datei nicht entschlüsseln, selbst auf behördliche Anordnung hin.

WeTransfer Pro: Bequeme Schranke, keine Verschlüsselung

WeTransfer führte Passwortschutz in Pro-Plänen ein (ca. 10 €/Monat). Passwort beim Upload eingeben, out-of-band mitteilen, Empfänger gibt es auf der Download-Seite ein. Unter der Haube hasht und vergleicht WeTransfer — die Datei ist AES-256 im Ruhezustand mit von AWS KMS verwalteten Schlüsseln verschlüsselt, nicht passwortabgeleitet.

Dieses Design reicht als Basisschutz gegen Link-Weitergabe, erfüllt aber keine Bedrohungsmodelle, in denen WeTransfer selbst oder der Hosting-Anbieter nicht vertrauenswürdig sind. Es ist zudem anfällig für Online-Brute-Force, sofern keine Rate-Limits greifen (WeTransfer dokumentiert sein Rate-Limiting nicht öffentlich).

Smash: Passwort plus E-Mail-Verifizierung

Smash bietet Passwortschutz in allen bezahlten Plänen. Ungewöhnlich ist die Kombination mit optionaler Empfänger-E-Mail-Verifizierung. Sie können verlangen, dass der Empfänger den Besitz einer bestimmten E-Mail-Adresse (über einen Magic-Link) nachweist UND das Passwort eingibt. Das verhindert den häufigen Angriff „weitergeleiteter Link + abgefangenes Passwort".

Das Passwort bleibt eine serverseitige Schranke, kein Ableitungsinput. Aber die Zwei-Faktor-Natur (etwas, das Sie wissen + etwas, auf das Sie Zugriff haben) erhöht die Hürde erheblich. Für die Zustellung von Verträgen an eine bestimmte Partei ist das ein vernünftiger Kompromiss zwischen Bedienbarkeit und Sicherheit.

SwissTransfer: Einfaches optionales Passwort

SwissTransfers Passwortfeld ist optional und wirkt serverseitig. Der Dienst ist kostenlos, kein Konto erforderlich, vollständig auf schweizer Infomaniak-Infrastruktur gehostet. Das Passwort schützt gegen zufällige Link-Weitergabe; es ändert nichts an der Verschlüsselungsgeschichte (Dateien sind AES-256 im Ruhezustand, Schlüssel vom Dienst verwaltet).

Die UX ist schlank: ein Kontrollkästchen, ein Passwortfeld, eine Bestätigung. Kein Passwortstärkemesser, keine Mindestkomplexitätsprüfung. Sie können „123" eingeben und es wird akzeptiert — das Passwort ist damit nur so stark, wie der Absender es macht.

Dropbox Transfer: Passwörter mit Admin-Richtlinie

Dropbox Transfer ab Standard unterstützt Passwörter mit vom Admin konfigurierbarer Mindestkomplexität. Team-Admins können mindestens 8 Zeichen, Groß-/Kleinschreibung, Zahlen und Sonderzeichen erzwingen. Die Passwortprüfung erfolgt serverseitig, bevor Dropbox die Datei aus der jeweiligen US- oder EU-Region streamt. SAML-SSO-Integration für Dropbox Business ersetzt den Passwortfluss vollständig durch identitätsverifizierten Zugriff.

Der Enterprise-Aspekt ist das Audit-Logging: Jeder Passwortversuch wird protokolliert, einschließlich fehlgeschlagener Versuche, die auf Credential-Stuffing hinweisen können. Für SOC-2- und ISO-27001-Nachweise ist dieser Trail wichtig.

Tresorit Send: Passwortbasierter Verschlüsselungsschlüssel

Tresorit Send verfolgt den kryptografischen Ansatz. Wenn Sie ein Passwort setzen, leitet Tresorit über PBKDF2 eine zusätzliche Verschlüsselungsschicht auf der bereits verschlüsselten Datei ab. Ohne das Passwort kann die Datei nicht entschlüsselt werden — auch nicht von Tresorit. Das Unternehmen sitzt in der Schweiz, ist ISO-27001-zertifiziert und veröffentlicht sein kryptografisches Whitepaper.

Das vom Nutzer sichtbare Verhalten ähnelt WeTransfer: Passwort eingeben, out-of-band mitteilen. Die Mathematik dahinter ist jedoch fundamental anders. Ein Datenbankeinbruch bei Tresorit legt Chiffretext und Salts frei — keine wiederherstellbaren Dateien.

HexaTransfer: URL-Fragment-Schlüssel mit optionalem Passwort-Wrapping

HexaTransfers Basismodell verwendet einen 256-Bit-Zufallsschlüssel im URL-Fragment (nach #), den Browser niemals zum Server übertragen. Dieser Schlüssel entschlüsselt den AES-256-GCM-Chiffretext clientseitig nach dem Download. Fügen Sie ein Passwort hinzu, umhüllt PBKDF2 mit 600.000 Iterationen den Zufallsschlüssel, sodass das Passwort zum Entpacken benötigt wird.

Dieser geschichtete Ansatz bedeutet: Für die Entschlüsselung müssen drei Dinge zusammenpassen — der Chiffretext (vom Server), das URL-Fragment (aus dem Link) und das Passwort (aus dem Seitenkanal). Nur eines davon abzufangen ergibt nichts. Das Modell wurde von Firefox Send erkundet und von modernen datenschutzorientierten Diensten verfeinert.

Vergleichsmatrix

| Dienst | Passwort-Typ | KDF | Mindeststärke | Rate-limitiert | |---------|--------------|-----|---------------|----------------| | WeTransfer Pro | Serverseitige Schranke | N/A | Keine erzwungen | Undokumentiert | | Smash | Schranke + E-Mail | N/A | Optionale Richtlinie | Ja | | SwissTransfer | Serverseitige Schranke | N/A | Keine erzwungen | Ja | | Dropbox Transfer | Schranke + SSO | N/A | Admin-konfigurierbar | Ja | | Tresorit Send | Kryptografische KDF | PBKDF2 | 8+ Zeichen | Ja | | HexaTransfer | Kryptografische KDF | PBKDF2 600k | Erzwungen | Ja |

Passwortstärke und die Entropiefrage

Ein „starkes Passwort" für die Dateiübertragung sollte mindestens 70 Bit Entropie anstreben — vier zufällige Wörter aus einem großen Wörterbuch (Diceware-Stil) oder 12+ zufällige Zeichen. PBKDF2 mit 600.000 Iterationen fügt gegen Offline-Angriffe rund 20 Bit effektive Entropie hinzu und bringt ein moderat starkes Passwort in echte Nicht-knack-bares Territorium.

Das schwache Glied ist meist die Übermittlung. Das Passwort per SMS an dieselbe Nummer zu senden, an die Sie auch den Link schicken würden, hebelt den Schutz aus. Nutzen Sie einen separaten Kanal: Signal für den Link, ein Telefonat für das Passwort — oder umgekehrt. Bei B2B-Übertragungen koordinieren Sie Passwörter in einem bereits laufenden Videogespräch, statt neue Kanäle zu öffnen.

Wenn ein Passwort nicht ausreicht

Für wirklich vertrauliche Übertragungen — M&A-Dokumente, Quellcode, Krankenakten — kombinieren Sie Passwortschutz mit Empfänger-E-Mail-Verifizierung, kurzer Ablaufzeit (24 Stunden) und Download-Benachrichtigungen. Noch besser: Nutzen Sie einen Dienst mit nativer Empfängerauthentifizierung per Magic-Link oder SSO.

Passwortschutz ist eine nützliche Zusatzschicht, kein vollständiges Zugangskontrollsystem. Kombinieren Sie ihn mit den weiteren Kontrollen, die Ihrem Bedrohungsmodell entsprechen — und gehen Sie nicht davon aus, dass ein Passwortfeld bedeutet, dass der Dienst Ihre Dateien nicht lesen kann. Häufig kann er es trotzdem.

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