Wie Sie sehen, welche Daten eine Sprachrecorder-App auf dem iPhone sendet

Zwei verschiedene Fragen werden oft als eine behandelt. „Hat diese App Zugriff auf das Mikrofon" ist eine Frage der Berechtigung — ein Schalter, den Sie einmal umgelegt haben und der jederzeit in den Einstellungen sichtbar ist. „Sendet diese App irgendetwas irgendwohin" ist eine andere Frage, eine des tatsächlichen Verhaltens, und ein Berechtigungsbildschirm beantwortet sie nicht. Eine App kann eine Berechtigung jahrelang besitzen und nie davon Gebrauch machen, oder sie besitzen und ständig nutzen. Der App-Datenschutzbericht ist der Teil von iOS, der genau die zweite Frage beantworten soll — mit etwas, das eher einem Beleg gleicht als einer Behauptung.

Was der App-Datenschutzbericht wirklich ist

Es ist ein fortlaufendes Protokoll, seit 2021 fest in iOS eingebaut, das pro App zweierlei festhält: welche sensiblen Datenkategorien sie abgerufen hat — Mikrofon, Standort, Kontakte, Fotos und so weiter — und welche Netzwerk-Domains sie dabei kontaktiert hat. Nichts daran ist auf eine bestimmte App oder einen Entwickler zugeschnitten; Apple beobachtet jede App auf dem Telefon auf dieselbe Weise und hält das Ergebnis für Sie fest, nicht für irgendjemand anderen.

Es ist standardmäßig ausgeschaltet und muss einmal aktiviert werden. Von da an deckt es rollierend sieben Tage ab — über die Woche vor der Aktivierung sagt es nichts. Es ist ein Werkzeug für die Zukunft, keine Prüfung der Vergangenheit.

So aktivieren Sie ihn

• Einstellungen → Datenschutz & Sicherheit → App-Datenschutzbericht öffnen.
• Auf App-Datenschutzbericht aktivieren tippen.
• Das Telefon normal benutzen, einschließlich der zu prüfenden App, mindestens ein paar Minuten und idealerweise ein paar Tage lang.
• Zu demselben Bildschirm zurückkehren, um zu lesen, was sich angesammelt hat.

Das ist die ganze Einrichtung. Nichts davon erfordert, dass die geprüfte App mitspielt, denn das Betriebssystem beobachtet — nicht die App, die über sich selbst berichtet.

Den Eintrag einer App lesen

Auf eine App in der Liste tippen — zwei Bereiche zählen dabei am meisten. Daten- und Sensorzugriff zeigt, welche Kategorien sie gelesen hat — Mikrofon, Standort und so weiter — und ungefähr wann, jedes Mal. Netzwerkaktivität der App ist der aufschlussreichere Teil: jede Domain, die diese App kontaktiert hat, namentlich aufgeführt, mit einem Zeitstempel für den jüngsten Kontakt. Dass eine Recorder-App jedes Mal einen Mikrofon-Eintrag zeigt, wenn Sie aufnehmen, ist erwartbar und unauffällig. Dass die Netzwerkaktivitätsliste derselben App eine Domain enthält, die Sie nicht kennen, zu einem Zeitpunkt, der mit etwas zusammenfällt, das Sie darin getan haben, ist einen zweiten Blick wert.

Es gibt noch eine dritte Liste, die es wert ist zu kennen: Meistkontaktierte Domains, die über alle Apps des Telefons hinweg rangiert statt App für App. Damit fällt eine Domain auf, die unter mehreren, sonst unzusammenhängenden Apps immer wieder auftaucht — meist ein Hinweis auf einen gemeinsam genutzten Analyse- oder Werbedienst statt auf etwas, das nur zu einem einzelnen Entwickler gehört.

Was erwartbar ist und was eine Nachfrage wert ist

Der Kontext erledigt hier fast die ganze Arbeit. Eine Domain, die auf apple.com oder icloud.com endet und neben einer Speech-bezogenen App steht, ist Apples eigene Infrastruktur, kein Dritter — Diktat und serverseitige Spracherkennung liefen schon immer über Apples eigene Server, für jede App, die die Systemframeworks nutzt, Apples eigene Apps eingeschlossen. Eine Domain, die Sie nicht kennen, vor allem eine, die eher nach einem Analyse- oder Werbedienst klingt als nach dem Namen des App-Entwicklers, ist der Eintrag, den es sich lohnt nachzuschlagen, bevor man vom Schlimmsten ausgeht oder ihn achselzuckend abtut. Nicht jede unbekannte Domain ist ein Problem — viele sind Absturzberichte oder Content-Delivery-Netzwerke mit einer engen, wenig glanzvollen Aufgabe —, aber „das kenne ich nicht, und die App hat nie erklärt, warum es da steht" ist genau die Situation, für die dieser Bericht gemacht ist.

Was er zeigen kann und was nicht

Er hält fest, dass eine Verbindung zu einer Domain stattfand, nicht den Inhalt dessen, was gesendet wurde. Er sagt nicht, ob die übertragene Nutzlast eine vollständige Aufnahme war, ein einzelnes Diagnosesignal oder nichts weiter als eine Versionsprüfung. Was er stattdessen liefert, ist enger gefasst und trotzdem nützlich: der Nachweis, dass überhaupt eine Verbindung stattfand, wohin, und ungefähr wann. Bei einer App, die ein bestimmtes Verhalten behauptet — „nichts verlässt Ihr Telefon", „Transkription läuft immer lokal" — ist das Vorhandensein oder Fehlen von Netzwerkaktivität für genau diese Funktion eine überprüfbare Tatsache, keine Behauptung, die man einfach glauben muss.

Er erfasst außerdem nichts von vor der Aktivierung, und er protokolliert nur, was passierte, während Sie die App im abgedeckten Zeitraum tatsächlich benutzt haben. Ihn direkt nach der Installation zu prüfen und nichts zu sehen, zeigt vor allem, dass Sie die App noch nicht benutzt haben.

Eine Ergänzung zum Flugmodus-Test, kein Ersatz dafür

Für eine ganz bestimmte Frage — hat genau diese Transkription das Netz benutzt — gibt es einen unmittelbareren Test, der nichts vorab erfordert: Flugmodus einschalten, die Transkription laufen lassen und schauen, ob Text zurückkommt. Kommt Text zurück, konnte nichts gesendet worden sein, weil keine Verbindung zur Verfügung stand. Dieser Test ist im begleitenden Ratgeber zu lokaler und Cloud-Transkription ausführlicher beschrieben. Die beiden Methoden beantworten leicht unterschiedliche Fragen: Der Flugmodus beweist, dass ein bestimmter Versuch lokal blieb; der App-Datenschutzbericht liefert ein dauerhaftes, kumulatives Protokoll, ohne dass Sie sich merken müssen, überhaupt zu testen, und er deckt jede Art von Netzwerkaktivität einer App ab, nicht nur Transkription.

Wie Voice Studio damit umgeht

Voice Studio hat kein Konto, keinen eigenen Server und kein Analyse-SDK, also läuft von vornherein nichts über eine Infrastruktur, die uns gehört — ein Blick in den Eintrag im App-Datenschutzbericht wird keine Domain mit unserem Namen zeigen, weil keine existiert. Der einzige Ort, an dem überhaupt eine Domain auftauchen kann, ist Apples eigener Sprachdienst, und auch nur bei den Aufnahmen, bei denen der lokale Transkriptionsversuch leer oder mit einem Fehler zurückkam und die App mit deaktivierter Erkennung auf dem Gerät erneut versucht hat. Das ist derselbe Ausweichweg, der im Ratgeber zu lokaler und Cloud-Transkription beschrieben ist, und genau die Art von Behauptung, die dieser Bericht überprüfbar machen soll, statt dass man sie glaubt: aktivieren, ein paar Dinge über ein paar Tage transkribieren und selbst nachsehen, was auftaucht.

Häufige Fragen

Wirkt der App-Datenschutzbericht rückwirkend, für die Zeit vor der Aktivierung?

Nein. Er protokolliert nur ab dem Moment der Aktivierung und deckt von da an rollierend sieben Tage ab. Über die Zeit davor sagt er nichts.

Wenn eine App keine Netzwerkaktivität zeigt — beweist das, dass sie nichts gesendet hat?

Nur für den Zeitraum, in dem Sie sie bei aktiviertem Bericht tatsächlich benutzt haben. Wenn Sie die App in diesem Fenster nicht geöffnet haben, bedeutet eine leere Liste nur, dass sie nicht benutzt wurde — nicht, dass sie geprüft wurde und bestanden hat.

Was tue ich, wenn ich eine Domain sehe, die ich nicht kenne?

Erst nachschlagen, bevor man vom Schlimmsten ausgeht. Viele unbekannte Domains entpuppen sich als Absturzberichte oder Content-Delivery-Netzwerke mit einer engen, wenig glanzvollen Aufgabe. Der App-Datenschutzbericht sagt Ihnen, dass eine Verbindung stattfand; er sagt nicht, was darin enthalten war.

Zeigt Voice Studio jemals eine eigene Domain im App-Datenschutzbericht?

Nein. Voice Studio hat kein Konto, keinen eigenen Server und kein Analyse-SDK. Die einzige Domain, die auftauchen kann, gehört Apples Sprachdienst, und auch nur, wenn der lokale Transkriptionsversuch fehlschlug und die App mit deaktivierter Erkennung auf dem Gerät erneut versucht hat.