Ist es sicher, eine Sprachnotiz über öffentliches WLAN am iPhone zu transkribieren?

Die Sorge hinter dieser Frage ist meist konkret: ein Interview, das auf dem Weg durch einen Flughafen transkribiert wird, eine Sprachnotiz in einem Café diktiert, wo nur das offene Netzwerk des Ladens verfügbar ist, und die vage Erinnerung, dass öffentliches WLAN der Ort ist, an dem Dinge abgefangen werden. Diese Erinnerung ist im Allgemeinen nicht falsch. Sie zielt nur auf die falsche Ebene für diesen konkreten Fall.

Was öffentliches WLAN tatsächlich aufs Spiel setzt

Ein offenes Netzwerk ist eines, in dem im Prinzip jeder andere darin, oder wer auch immer den Router betreibt, den rohen Datenverkehr mitverfolgen kann, der hindurchgeht. Das war ein echtes Problem in der Zeit, als ein großer Teil des gewöhnlichen Webverkehrs unverschlüsselt hinausging — ein Anmeldeformular über einfaches HTTP etwa, als lesbarer Text durch die Luft gesendet. Jemand im selben Netzwerk mit den richtigen Werkzeugen konnte es im Vorbeigehen mitlesen.

Diese Zeit ist für alles, was nach den üblichen Konventionen heutiger Plattformen gebaut ist, Transkription eingeschlossen, weitgehend vorbei — und zwar aus einem Grund, der nichts mit dem WLAN selbst zu tun hat: Die Verschlüsselung passiert, bevor das Netzwerk überhaupt ins Spiel kommt, sodass das, was das Netzwerk transportiert, für jeden anderen darin bereits unlesbar ist.

Wo die Transkription das Netzwerk überhaupt berührt

Die meiste Transkription kommt dieser Frage nie nahe, weil sie das Netzwerk gar nicht erst erreicht. iOS versucht die Spracherkennung zuerst auf dem Gerät selbst, mit einem Sprachmodell, das bereits auf das Gerät heruntergeladen wurde. Dieser Durchlauf liest die Audiodatei und schreibt den Text, ohne dass ein einziges Datenpaket das Telefon verlässt — es gibt nichts, was ein Netzwerk, öffentlich oder privat, sehen könnte.

Eine Netzwerkanfrage passiert erst, wenn dieser lokale Durchlauf leer zurückkommt oder fehlschlägt; dann versucht iOS es mit demselben Audio erneut, mit deaktivierter Spracherkennung auf dem Gerät. Dieser erneute Versuch ist die gesamte Angriffsfläche, an der öffentliches WLAN überhaupt ins Bild kommen könnte, und er existiert nur für die Aufnahmen, die ihn tatsächlich gebraucht haben.

Was bei der einen Anfrage passiert, die wirklich hinausgeht

Wenn dieser erneute Versuch läuft, ist es ganz gewöhnlicher HTTPS-Verkehr zu einer ganz gewöhnlichen Apple-Domain — dieselbe Art verschlüsselter Verbindung, die das Telefon ohnehin ständig für App Store, iCloud oder einen Browser-Tab aufbaut, und dieselbe, die schon immer die Tastatur-Diktierfunktion getragen hat. iOS verlangt standardmäßig, dass Apps sich so verbinden; eine App muss sich bewusst dagegen entscheiden, um etwas unverschlüsselt zu senden, und Apples eigener Sprachdienst wollte sich gewiss nicht über die Regel der eigenen Plattform hinwegsetzen. Das Audio wird verschlüsselt, bevor es das Telefon verlässt, kommt noch verschlüsselt beim Apple-Server an und ist nur an den beiden Enden dieser Verbindung lesbar.

Genau das durchkreuzt das Szenario mit öffentlichem WLAN, das sich die Leute vorstellen: Jemand anderes im selben Netzwerk, der den Datenverkehr mitverfolgt, sieht eine verschlüsselte Verbindung zu einer identifizierbaren Domain, nicht den Inhalt dessen, was darin steckt. Das offene Netzwerk des Cafés hat kein Fenster in diesen Datenstrom, das ein privates Netzwerk geschlossen gehalten hätte.

Warum das genutzte Netzwerk diese eine Anfrage kaum verändert

Weil die Verschlüsselung unabhängig davon passiert, was sie danach transportiert, sieht dieselbe Anfrage gleich aus, egal ob sie über das offene WLAN des Cafés, das eigene Heimnetzwerk oder mobile Daten ganz ohne WLAN läuft. Keine dieser Optionen ist für diese eine Übertragung nennenswert sicherer als eine andere — der Schutz steckt in der Verbindung selbst, nicht darin, welches Netzwerk sie gerade transportiert. Eine über öffentliches WLAN erstellte Transkription ist nicht weniger privat als eine, die zu Hause entstanden ist; die Datenschutzfrage, die hier wirklich zählt, ist, ob die Anfrage überhaupt stattgefunden hat — und das hängt von der Sprache und der Aufnahme ab, nicht vom Netzwerk.

Worum es beim Risiko öffentlichen WLANs tatsächlich geht, wenn nicht hierum

Nichts davon macht ein offenes Netzwerk allgemein risikofrei — es bedeutet nur, dass Transkription speziell nicht der Ort ist, an dem sich dieses Risiko zeigt. Die eigentlichen Probleme öffentlichen WLANs liegen woanders: ein Netzwerk, dessen Name den des Lokals nachahmt, das aber tatsächlich jemand anderes betreibt, eine Captive-Portal-Seite, die mehr abfragt, als sie braucht, oder eine ältere App irgendwo auf dem Telefon, die nie auf verschlüsselte Verbindungen umgestellt wurde. Darauf sollte man auf jedem offenen Netzwerk achten. Das ist nur eine andere Kategorie von Problem als „kann ein Fremder meine Transkription lesen“ — und die schließt die verschlüsselte Verbindung bereits aus.

Für absolute Gewissheit bei einer bestimmten Aufnahme

Für eine Transkription, die so sensibel ist, dass man lieber gar nichts irgendwohin schicken möchte, egal wie gut diese Verbindung geschützt ist, ist der direkte Weg, das zu garantieren, der Flugmodus. Ist gar kein Netzwerk verfügbar, hat der erneute Versuch nirgendwo hin — entweder liefert der Durchlauf auf dem Gerät eine Transkription, oder man bekommt nichts zurück, und so oder so wurde nichts über irgendein Netzwerk übertragen, öffentlich oder sonst wie. Das umgeht die ganze Frage, statt sich auf die Verschlüsselung zu verlassen, für die Aufnahmen, bei denen man das lieber nicht tun möchte.

Wie Voice Studio damit umgeht

Voice Studio versucht für jede der 38 Transkriptionssprachen immer zuerst die Transkription auf dem Gerät und wiederholt den Versuch beim Sprachdienst von Apple nur, wenn dieser lokale Durchlauf leer zurückkommt oder fehlschlägt — derselbe Mechanismus, der im Ratgeber zu Transkription auf dem Gerät gegenüber in der Cloud beschrieben ist. Dieser erneute Versuch ist eine ganz gewöhnliche verschlüsselte Anfrage an Apples eigene Server, nicht an irgendetwas von uns; Voice Studio hat kein Konto, keinen eigenen Server und kein Analytics-SDK, also verbindet sich nichts weiter mit dem Netzwerk, egal mit welchem WLAN das Telefon gerade verbunden ist.

Häufige Fragen

Kann jemand im selben öffentlichen WLAN meine Transkription beim Versand mitlesen?

Nein. Die eine Netzwerkanfrage, die Transkription überhaupt stellen kann, wird verschlüsselt, bevor sie das Telefon verlässt, sodass jemand, der den Netzwerkverkehr beobachtet, eine verschlüsselte Verbindung zu Apple sieht, nicht den Inhalt darin.

Ist Transkribieren über das Heim-WLAN sicherer als über das Netzwerk eines Cafés?

Für diese eine Anfrage nicht. Die Verschlüsselung ist in die Verbindung selbst eingebaut und gilt unabhängig davon, welches Netzwerk sie transportiert, sodass die Transkriptionsanfrage in beiden Fällen gleich aussieht.

Macht öffentliches WLAN es wahrscheinlicher, dass Transkription das Netzwerk statt der Erkennung auf dem Gerät nutzt?

Nein. In welchem Netzwerk man ist, hat keinen Einfluss darauf, ob der Durchlauf auf dem Gerät gelingt — das hängt von der Sprache, dem Audio und davon ab, ob das lokale Modell installiert ist, nicht vom WLAN.

Gibt es eine Möglichkeit, sicherzugehen, dass nichts gesendet wird, statt sich auf die Verschlüsselung der Verbindung zu verlassen?

Ja — das Telefon vor dem Transkribieren in den Flugmodus versetzen. Ist gar kein Netzwerk erreichbar, kann der erneute Versuch schlicht nicht laufen, sodass entweder eine Transkription vom lokalen Modell kommt oder gar nichts — und in keinem Fall verlässt Audio das Telefon.