A mund të shohë ofruesi i VPN emrin e Wi-Fi tuaj? Tre rrjedhje të ndryshme
Një portë lexon paketat, një aplikacion vendas lexon lejet, dhe një faqe lexon koordinatat. Etiketa e Wi-Fi qëndron në një kanal tjetër në çdo rast.
Pyetja tingëllon e thjeshtë dhe ka të paktën tre përgjigje. Cila vlen varet nga kush e merr informacionin, dhe komponentët e përfshirë nuk ndajnë një kanal. Secila përgjigje i përket një pale tjetër, prandaj pyetja e dobishme është për cilën palë po pyesni.
Renditja e atyre kanaleve merr disa minuta. Ajo gjithashtu parandalon një kategori të tërë përfundimesh të gabuara.
Tre vëzhgues, tre kanale
Një portë që përçon trafikun e tunelit sheh paketa. Një aplikacion vendas i instaluar në pajisje mund të thërrasë ndërfaqet e platformës nëse platforma e lejon. Një faqe në shfletues ekzekutohet brenda asaj që shfletuesi dhe përdoruesi kanë lejuar. Asnjëra prej tyre nuk sheh të njëjtën gjë.
Këto nuk janë variante të një aftësie të vetme. Janë mekanizma të veçantë me leje të veçanta, dhe secili përgjigjet një pyetjeje paksa të ndryshme.
| 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 |
Rreshti i parë është ai që ka rëndësi për një pretendim të ofruesit. Emri i rrjetit pa valë nuk është pjesë e kokës së paketës. Asnjë inspektim i rrugëtimit nuk e prodhon atë, dhe asnjë regjistër i trafikut të përçuar nuk e përmban.
Rasti i Android-it tregon kufirin e lejeve
Dokumentacioni WifiInfo i Android-it është një shembull konkret i kanalit të dytë. Disa detaje të Wi-Fi atje trajtohen si të ndjeshme ndaj vendndodhjes, dhe dokumentacioni përshkruan rezultate të redaktuara kur mungon aksesi i kërkuar, duke përfshirë një vlerë SSID të panjohur.
Ajo sjellje ia vlen të lexohet me kujdes. Ajo thotë se platforma mund ta mbajë vlerën nga një aplikacion që nuk ka akses. Nuk thotë se një aplikacion VPN e merr automatikisht, dhe as nuk thotë se një ofrues VPN e merr përmes tunelit.
Miratimi i një tuneli rrjeti është një leje e ngushtë. Ai e lejon aplikacionin të rrugëtojë trafikun. Nuk dorëzon çdo fakt pajisjeje që mbron platforma. Pikërisht trajtimi i të dyjave si e njëjta leje është vendi ku shumica e këtyre pretendimeve gabojnë.
Koordinatat nuk janë emër rrjeti
Geolocation API kthen një pozicion. Nuk kthen listën e emrave të Wi-Fi rreth jush, edhe pse platforma poshtë mund të përdorë disa sinjale, duke përfshirë informacionin e rrjetit, për të llogaritur atë pozicion.
Marrja e një qyteti nuk është e njëjtë me marrjen e një identifikuesi. Një faqe që shfaq lagjen tuaj ka mësuar diçka rreth vendit ku është pajisja, dhe nuk ka mësuar SSID-në që e çoi atje.
Një shtojcë, një ndihmës vendas ose një aplikacion i privilegjuar veçmas meriton shqyrtimin e vet. Asnjëri prej tyre nuk është i këmbyeshëm me një faqe të zakonshme që thërret gjeolokacionin, dhe një shtojcë shfletuesi punon me leje që një faqe nuk i ka.
Çfarë vërteton një raport ose një eksport diagnostik
Kur një klient prodhon një paketë diagnostike, pyetja e dobishme është cilat fusha mblodhi, kush i merr ato, dhe nën çfarë leje. Transporti i kriptuar ju thotë se paketa udhëtoi në mënyrë të sigurt, jo çfarë përmban.
Emrat e rrjeteve mund të ripërdoren dhe të ndryshohen gjithashtu. Një etiketë e vetme është provë e dobët për një vend fizik, ndërsa një adresë publike është një vëzhgim tjetër me një besueshmëri tjetër.
Mbani etiketat reale të rrjetit jashtë temave publike të ndihmës. Pyetja që ia vlen t'i përgjigjesh është më e ngushtë dhe më e dobishme. Cili komponent fitoi cilën fushë, përmes cilës leje dhe cilit rrjedhë?