Kin in VPN-oanbieder jo Wi-Fi-namme sjen? Trije ferskillende lekken
In gateway lêst pakketten, in native app lêst tastimmingen, en in side lêst koördinaten. It Wi-Fi-label sit yn elk gefal op in oar kanaal.
De fraach klinkt ienfâldich en hat teminsten trije antwurden. Hokker jildt, hinget ôf fan wa't de ynformaasje krijt, en de belutsen komponinten diele gjin kanaal. Elk antwurd heart by in oare partij, dus de nuttige fraach is oer hokker partij jo freegje.
Dy kanalen sortearje kostet in pear minuten. It foarkomt ek in hiele kategory minne konklúzjes.
Trije waarnimmers, trije kanalen
In gateway dy't tunnelferkear trochstjoert, sjocht pakketten. In native app dy't op it apparaat ynstallearre is, kin platfoarmynterfaces oanroppe as it platfoarm dat tastiet. In side yn in browser rint binnen wat de browser en de brûker tastien hawwe. Gjinien fan harren sjocht itselde.
Dat binne gjin fariaasjes fan ien fermogen. It binne aparte meganismen mei aparte tastimmingen, en elk beantwurdet in wat oare fraach.
| Observer | What it receives | What it needs |
|---|---|---|
| Tunnel gateway | Forwarded IP packets, which carry no SSID field | No device permission at all |
| Installed client app | Local network details, when the platform exposes them | The specific permission and context the platform requires |
| Page using browser geolocation | Position properties such as coordinates | User consent plus the browser's own checks |
De earste rige is dejinge dy't fan belang is foar in bewearing fan in oanbieder. De namme fan it draadleaze netwurk is gjin part fan 'e pakketkop. Gjin hoemannichte rûte-ynspeksje produsearret it, en gjin log fan trochstjoerd ferkear befettet it.
It Android-gefal lit de tastimmingsgrins sjen
De WifiInfo-dokumintaasje fan Android is in konkreet foarbyld fan it twadde kanaal. Guon Wi-Fi-details dêre wurde as lokaasjesênsityf behannele, en de dokumintaasje beskriuwt redigearre resultaten as de fereaske tagong mist, ynklusyf in ûnbekende SSID-wearde.
Dat gedrach is it wurdich om oandachtich te lêzen. It seit dat it platfoarm de wearde weromhâlde kin fan in app sûnder tagong. It seit net dat in VPN-app it automatysk krijt, en it seit ek net dat in VPN-oanbieder it fia de tunnel krijt.
In goedkarring fan in netwurktunnel is in smelle tastimming. It lit de app ferkear rûtearje. It jout net elk apparaatfeit oer dat it platfoarm beskermet. Beide as deselde tastimming behannelje is wêr't de measte fan dizze bewearings misgeane.
Koördinaten binne gjin netwurknamme
De Geolocation API jout in posysje werom. It jout net de list fan Wi-Fi-nammen om jo hinne werom, ek al kin it platfoarm dêrûnder ferskate sinjalen brûke, ynklusyf netwurkeynformaasje, om dy posysje te berekkenjen.
In stêd krije is net itselde as in identifisearjer krije. In side dy't jo buert lit, hat wat leard oer wêr't it apparaat is, en se hat it SSID net leard dat it dêrhinne brocht hat.
In útwreiding, in native helper of in apart privilegiearre applikaasje fertsjinnet syn eigen resinsje. Gjinien fan harren is útwikselber mei in gewoane side dy't geolokaasje oanropt, en in browserútwreiding rint mei tastimmingen dy't in side net hat.
Wat in rapport of in diagnostyske eksport bewissiget
As in klant in diagnostyske bondel produsearret, is de nuttige fraach hokker fjilden it sammele hat, wa't se krijt, en ûnder hokker tastimming. Fersifere transport fertelt jo dat de bondel feilich reizge hat, net wat it befettet.
Netwurknammen kinne ek werbrûkt en feroare wurde. In label op himsels is swak bewiis fan ien fysike plak, wylst in iepenbier adres in oare waarnimming is mei in oare betrouberens.
Hâld echte netwurklabels bûten iepenbiere helpteksten. De fraach dy't it antwurdzjen wurdich is, is smeller en nuttiger. Hokker komponint krige hokker fjild, fia hokker tastimming en hokker stream?