Die Frage klingt einfach und hat mindestens drei Antworten. Welche gilt, hängt davon ab, wer die Information erhält, und die beteiligten Komponenten teilen keinen Kanal. Jede Antwort gehört zu einer anderen Partei, daher lautet die nützliche Frage, nach welcher Partei Sie fragen.

Diese Kanäle zu sortieren dauert ein paar Minuten. Es verhindert außerdem eine ganze Kategorie schlechter Schlussfolgerungen.

Drei Beobachter, drei Kanäle

Ein Gateway, das Tunnelverkehr weiterleitet, sieht Pakete. Eine native App auf dem Gerät kann Plattformschnittstellen aufrufen, wenn die Plattform es erlaubt. Eine Seite im Browser läuft innerhalb dessen, was der Browser und der Nutzer erlaubt haben. Keine von ihnen sieht dasselbe.

Das sind keine Varianten einer einzigen Fähigkeit. Es sind getrennte Mechanismen mit getrennten Berechtigungen, und jede beantwortet eine etwas andere Frage.

ObserverWhat it receivesWhat it needs
Tunnel gatewayForwarded IP packets, which carry no SSID fieldNo device permission at all
Installed client appLocal network details, when the platform exposes themThe specific permission and context the platform requires
Page using browser geolocationPosition properties such as coordinatesUser consent plus the browser's own checks

Die erste Zeile ist die, die für eine Anbieterbehauptung zählt. Der Name des Funknetzes ist nicht Teil des Paketkopfs. Keine noch so gründliche Routing-Inspektion erzeugt ihn, und kein Protokoll weitergeleiteten Verkehrs enthält ihn.

Der Android-Fall zeigt die Berechtigungsgrenze

Die WifiInfo-Dokumentation von Android ist ein konkretes Beispiel für den zweiten Kanal. Einige Wi-Fi-Details dort gelten als standortbezogen, und die Dokumentation beschreibt redigierte Ergebnisse, wenn der erforderliche Zugriff fehlt, einschließlich eines unbekannten SSID-Werts.

Dieses Verhalten lohnt sich, genau zu lesen. Es sagt, dass die Plattform den Wert einer App ohne Zugriff vorenthalten kann. Es sagt nicht, dass eine VPN-App ihn automatisch erhält, und es sagt auch nicht, dass ein VPN-Anbieter ihn über den Tunnel erhält.

Eine Netzwerk-Tunnel-Genehmigung ist eine enge Erlaubnis. Sie lässt die App Verkehr routen. Sie übergibt nicht jedes Gerätedetail, das die Plattform schützt. Beides als dieselbe Berechtigung zu behandeln, ist der Punkt, an dem die meisten dieser Behauptungen schiefgehen.

Koordinaten sind kein Netzwerkname

Die Geolocation API gibt eine Position zurück. Sie gibt nicht die Liste der Wi-Fi-Namen in Ihrer Umgebung zurück, obwohl die Plattform darunter mehrere Signale, einschließlich Netzwerkinformationen, nutzen kann, um diese Position zu berechnen.

Eine Stadt zu erhalten ist nicht dasselbe wie eine Kennung zu erhalten. Eine Seite, die Ihr Viertel anzeigt, hat etwas darüber erfahren, wo das Gerät ist, und sie hat nicht die SSID erfahren, die es dorthin gebracht hat.

Eine Erweiterung, ein nativer Helfer oder eine separat privilegierte Anwendung verdient eine eigene Prüfung. Keine davon ist mit einer gewöhnlichen Seite austauschbar, die Geolokalisierung aufruft, und eine Browsererweiterung läuft mit Berechtigungen, die eine Seite nicht hat.

Was ein Bericht oder ein Diagnose-Export beweist

Wenn ein Client ein Diagnose-Paket erzeugt, lautet die nützliche Frage, welche Felder es gesammelt hat, wer sie erhält und unter welcher Berechtigung. Verschlüsselter Transport sagt Ihnen, dass das Paket sicher gereist ist, nicht was es enthält.

Netzwerknamen können auch wiederverwendet und geändert werden. Ein Etikett allein ist ein schwacher Beweis für einen physischen Ort, während eine öffentliche Adresse eine andere Beobachtung mit einer anderen Zuverlässigkeit ist.

Halten Sie echte Netzwerknamen aus öffentlichen Hilfe-Threads heraus. Die Frage, die sich zu beantworten lohnt, ist enger und nützlicher. Welche Komponente hat welches Feld erhalten, über welche Berechtigung und welchen Ablauf?

Ähnliche Artikel