Kann jemand deine IP in einer Chat-App sehen? Was jeder Beobachter weiß
In einem weitergeleiteten Chat sind Absender und dein Netzwerk-Gegenüber verschiedene Instanzen. Trenne, was der Dienst sieht, was du siehst und was das App-Label impliziert.
„Mit wem rede ich?“ sind zwei Fragen in einem Satz. Die eine betrifft das Konto, das die Nachricht verfasst hat, die andere die Maschine am anderen Ende der Netzwerkverbindung, die dein Client tatsächlich hält. In einem weitergeleiteten Chat sind das fast nie dieselbe Instanz, und dieser Unterschied erklärt den größten Teil der Verwirrung darüber, was ein VPN vor der Person, der du schreibst, verbirgt und was nicht. Stimmt die Topologie, wird die Datenschutzfrage beantwortbar statt emotional.
Dein Client spricht mit dem Dienst, nicht mit der anderen Person
Nimm eine Text-Chat-Anwendung, in der jeder Teilnehmer sich mit dem Dienst verbindet und der Dienst Nachrichten zwischen Konten zustellt. Dein Client hält eine Verbindung zum Dienst; der andere Teilnehmer hält eine separate Verbindung zum selben Dienst. Die Nachricht wandert von seinem Client zum Dienst und vom Dienst zu deinem, das heißt, dein Transport-Gegenüber ist ein Endpunkt des Dienstes und nicht sein Gerät.
Alex's client -> chat service -> your clientAlles Weitere folgt aus diesem einen Diagramm. Ein Blick auf deine eigene Verbindung identifiziert den Dienst, nicht Alex. Ein Blick auf Alex’ Verbindung identifiziert den Dienst von der anderen Seite. Keine der beiden Beobachtungen ist für sich ein paketgenauer Nachweis über das Gerät der anderen Person, und keine noch so gründliche Prüfung deines eigenen Verkehrs macht sie zu einem.
Verschiedene Beobachter sammeln verschiedene Belege
Der Dienst ist in einer stärkeren Position als jeder Teilnehmer, weil er beide Verbindungen terminiert und zugleich weiß, welches Konto zu welcher gehört. Was er speichert, wie lange, welche Aufzeichnungen er verknüpft und wem er sie offenlegt, sind getrennte Fragen mit getrennten Antworten, und keine davon wird durch „die App ist Ende-zu-Ende-verschlüsselt“ beantwortet.
Du als Empfänger bist bei Netzwerkfakten in einer schwachen, bei Inhaltsfakten in einer starken Position: der Nachrichtentext, der angezeigte Name, alles, was der Absender getippt oder angehängt hat. Ein Absender, der seine eigene Adresse eintippt, hat sie offengelegt, und diese Offenlegung ist keine Netzwerkbeobachtung, auch wenn sie wie eine klingt.
| Observer | Sees | Cannot conclude |
|---|---|---|
| You | Your connection to the service, message contents, sender-supplied details | The other client's source address |
| The other participant | Their connection, message contents, what the service attaches | Your source address |
| The service | Both connections, account mapping, delivery metadata | What it does not retain, or what leaves its boundary |
Wenn Alex über ein VPN verbindet, sieht der Dienst für diese Verbindung möglicherweise die Ausgangsadresse statt Alex’ Wohnadresse. Das ist eine Aussage darüber, was der Dienst sieht. Es bedeutet nicht, dass die Ausgangsadresse an dich weitergegeben wird, und es bedeutet erst recht nicht, dass deine eigene Verbindung durch Alex’ Transportwahl anonymisiert wird.
Wenn die App wirklich Peer-to-Peer ist
Das Relay-Modell ist ein Modell, kein Gesetz. Manche Messaging-Funktionen bauen direkte Pfade zwischen Clients auf, etwa einen browserbasierten Datenkanal, der über einen Signalisierungsserver ausgehandelt wird, oder einen Dateitransfer-Modus, der die beiden Geräte verbindet, um das Weiterleiten großer Datenmengen zu vermeiden. In diesen Fällen ist das Transport-Gegenüber tatsächlich das Gerät des anderen Teilnehmers, und die Beobachteranalyse ändert sich vollständig.
Das freundliche Label einer App reicht nicht aus, um zu erkennen, in welchem Fall du bist. „Direktnachricht“ beschreibt, wer sie liest, nicht wie sie transportiert wird, und eine Anruf- oder Bildschirmfreigabefunktion in derselben App kann eine andere Topologie verwenden als der Textverlauf daneben. Lies die Dokumentation des Anbieters für die konkrete Funktion oder beobachte, welche Verbindungen dein Client während der Nutzung öffnet.
Die Aussage zur Ende-zu-Ende-Verschlüsselung betrifft, wer geschützte Inhalte lesen kann. Sie sagt nichts darüber, welche Server Verbindungen annehmen, welche Metadaten sie sehen oder ob ein direkter Pfad existiert, und die Diskussion von Beobachterfähigkeiten in RFC 6973 ist eine nützliche Disziplin: Benenne den Beobachter und liste dann auf, was dieser Beobachter tatsächlich erheben kann.
Was das für ein VPN bedeutet
Ein VPN ändert, was der Dienst für deine Verbindung sieht. Es ändert nicht, wer dein Transport-Gegenüber ist, und es gibt dem anderen Teilnehmer keine neue Sicht auf deine Adresse. Zu erwarten, ein VPN verstecke dich vor der Person, der du schreibst, ist ein Kategorienfehler: Ihr Client hatte nie eine Verbindung zu deinem.
Was ein VPN ändern kann, ist eine Direktpfad-Funktion. Würde die App sonst eine Peer-to-Peer-Verbindung aushandeln, kann das Leiten deines Verkehrs durch einen Tunnel stattdessen ein Relay erzwingen, und manche Funktionen verhalten sich anders oder fallen zurück; das ist ein realer Effekt, aber er betrifft die Topologie, nicht das Verschwinden aus dem Gespräch.
Halte dann die beiden Fragen in allem, was du notierst, getrennt. Welches Konto hat das gesendet, und welcher Endpunkt hat es befördert. Beantworte beides ausdrücklich, notiere, wer die jeweilige Antwort beobachten kann, und höre auf, beides zu einem einzigen Urteil darüber zu verbinden, ob eine Nachricht zurückverfolgt werden kann.