QR-Code-basierte Browser-Übergabe: So gelingt ein sicheres Tool ohne Account

Die Idee klingt einfach: Eine Webseite auf einem Gerät öffnen, einen QR-Code mit einem zweiten Gerät scannen und dann Text oder eine Datei direkt zwischen den Browsern übertragen – ohne Anmeldung, ohne App-Installation und ohne Cloud-Dienste. Doch hinter dieser scheinbar trivialen Funktion steckt ein durchdachtes System aus technischen und nutzerorientierten Entscheidungen. Ein Entwickler hat ein solches Tool gebaut und teilt nun die wichtigsten Erkenntnisse aus dem Projekt.

Warum öffentliche Links keine Option sind

Viele Dateiübertragungsdienste nutzen öffentliche Links, um Inhalte zugänglich zu machen. Allerdings bringt diese Methode mehrere Nachteile mit sich:

• Weiterleitung durch Nutzer ist möglich, was die Kontrolle über die Daten erschwert.
• Der Sender muss sich Gedanken über Ablaufdaten machen.
• Das System muss klare Regeln für Offline-Empfänger definieren.
• Öffentliche Links können versehentlich in Logs, Chatverläufe oder Browser-Verlauf kopiert werden.

Stattdessen setzt das Tool auf eine direkte, geräteübergreifende Paarung: Beide Browser sind gleichzeitig aktiv. Ein Gerät zeigt einen QR-Code an, das andere scannt ihn, und die Übertragung erfolgt in einer geschlossenen Session. Diese Einschränkung vereinfacht das Nutzererlebnis enorm – es gibt weder Konten noch Warteschlangen noch langlebige Links.

Der QR-Code als einfacher Vermittler

Der QR-Code enthält keine geheimen Daten, sondern lediglich eine kurze Pairing-URL wie:

Die pair-id dient als Rendezvous-Handle, das anzeigt, welche WebSocket-Verbindungen gekoppelt werden sollen. Sie ist weder ein Verschlüsselungsschlüssel noch ein dauerhafter Identifikator. Wer den Code während einer aktiven Session sieht, könnte theoretisch versuchen, sich als zweites Gerät zu verbinden – daher sollte der Code trotzdem sorgsam behandelt werden. Entscheidend ist jedoch: Die pair-id allein entschlüsselt keine Daten. Die eigentliche Sicherheit entsteht durch browsergenerierte Schlüssel.

Wie die Verschlüsselung funktioniert

Für die Übertragung von Texten und Dateien setzt das Tool auf browsergenerierte ECDH-Schlüsselpaare (Elliptic Curve Diffie-Hellman) über die Web Crypto API. Jeder Browser erzeugt sein eigenes Schlüsselpaar, tauscht die öffentlichen Schlüssel aus und leitet daraus einen gemeinsamen geheimen Schlüssel ab. Dieser wird dann für die Verschlüsselung mit AES-GCM verwendet.

Der Ablauf im Detail:

• Browser A generiert ein ECDH-Schlüsselpaar.
• Browser B generiert ebenfalls ein ECDH-Schlüsselpaar.
• Beide tauschen ihre öffentlichen Schlüssel über den Pairing-Kanal aus.
• Jeder Browser leitet daraus einen gemeinsamen geheimen Schlüssel ab.
• Browser A verschlüsselt die Daten vor dem Senden.
• Browser B entschlüsselt die Daten nach dem Empfang.

Um die Sicherheit weiter zu erhöhen, werden für Text- und Dateiübertragung unterschiedliche Kontext-Strings verwendet:

• icyzip/text/ecdh/v2 für Texte
• icyzip/file/ecdh/v1 für Dateien

Diese Trennung stellt sicher, dass Änderungen in einem Bereich nicht unbeabsichtigt den anderen beeinflussen. Ein zentrales Ziel war es, keine falschen Sicherheitsversprechen zu machen. Eine „gepaarte“ Verbindung bedeutet nicht automatisch „für immer vertrauenswürdig“. Geräte können die Verbindung unterbrechen, Tabs in den Hintergrund wechseln oder Netzwerke neu verbinden. Das System muss daher klar zwischen verschiedenen Zuständen unterscheiden:

• Warten auf das zweite Gerät
• Mit dem erwarteten Partner verbunden
• Getrennt oder Partner nicht verifizierbar – in diesem Fall sollte der Nutzer einen neuen QR-Code scannen.

Dateiübertragung ist mehr als nur größere Texte

Dateien erfordern eine andere Herangehensweise als Texte. Während kleine Texte als einzelnes Payload verschlüsselt und angezeigt werden können, benötigen Dateien:

• Fortschrittsanzeigen
• Abbruchfunktionen
• Effiziente Speichernutzung (kein vollständiges Laden in den Arbeitsspeicher)

Aktuell unterstützt das Tool nur eine einzelne Datei pro Session, was viele komplexe Szenarien vermeidet:

• Keine Ordnersynchronisation
• Keine Warteschlangen für Offline-Übertragungen
• Keine öffentlichen Archive
• Keine Mehrfachempfänger
• Keine kontenbasierte Verlaufshistorie

Die Datei wird im Browser verschlüsselt, als verschlüsselte Chunks über den Dienst übertragen und vom Empfänger-Browser entschlüsselt. Sollte die Entschlüsselung fehlschlagen, wird die Übertragung abgebrochen – nicht versucht, teilweise Inhalte anzuzeigen.

Browser-Unterschiede prägen das Nutzererlebnis

Was auf den ersten Blick wie eine einfache Funktion wirkt, entpuppt sich bei genauerer Betrachtung als komplex: Verschiedene Browser verhalten sich unterschiedlich, wenn es um Hintergrundaktivitäten, Zwischenablagen, Dateiauswahl, Downloads und Speichermanagement geht. Eine Funktion, die auf einem Desktop-Browser problemlos läuft, kann auf einem Smartphone oder einem eingebetteten WebView instabil werden.

Für solche Tools empfiehlt es sich, zunächst den schmalen Pfad auf realen Geräten zu testen, bevor man zusätzliche Funktionen hinzufügt. Multi-Datei-Übertragungen, Hintergrundwiederholungen oder resumierbare Transfers mögen sinnvoll klingen – doch jede Erweiterung erhöht die Anzahl der möglichen Nutzerzustände und damit die Komplexität.

Metadaten verschwinden nicht einfach

Ein häufiger Irrtum in der Marketingkommunikation: „Browserseitige Verschlüsselung bedeutet, dass der Dienst nichts sieht.“ Das stimmt nur teilweise. Auch wenn der Inhalt verschlüsselt ist, können Metadaten wie Dateigröße, Übertragungszeit oder Geräteinformationen weiterhin sichtbar sein. Diese Daten lassen Rückschlüsse auf Nutzerverhalten zu – auch wenn der eigentliche Inhalt geschützt ist.

Die Herausforderung liegt darin, ein Gleichgewicht zwischen Nutzerfreundlichkeit und Transparenz zu finden. Ein Tool, das maximale Privatsphäre verspricht, ohne die technischen und nutzerzentrierten Grenzen zu kommunizieren, riskiert Vertrauensverlust. Gleichzeitig darf die Sicherheit nicht auf Kosten der Benutzerfreundlichkeit gehen.

Fazit: Ein Tool mit klarem Fokus

QR-Code-basierte Browser-Übergaben bieten eine elegante Lösung für schnelle, sichere und unkomplizierte Datei- und Textübertragungen zwischen Geräten. Doch der Erfolg eines solchen Tools hängt nicht nur von der technischen Umsetzung ab, sondern auch davon, klare Grenzen zu setzen und diese transparent zu kommunizieren. Indem das Projekt bewusst auf öffentliche Links, Konten und komplexe Funktionen verzichtet, entsteht ein Tool, das Nutzervertrauen aufbaut – ohne falsche Versprechungen.

Die nächsten Schritte könnten in einer breiteren Geräteunterstützung oder einer optimierten Fehlerbehandlung liegen. Doch eines ist sicher: Wer ein solches Tool baut, sollte sich die Zeit nehmen, die tatsächlichen Nutzerbedürfnisse zu verstehen – und nicht nur die technischen Möglichkeiten ausschöpfen.