Itinatago ba ng VPN ang iyong Wi-Fi MAC address? Hindi, at ito ang dahilan

Ang tanong ay parang tanong na oo o hindi, at ang tapat na sagot ay depende ito sa kung sino ang nagtatanong. Nakikita pa rin ng Wi-Fi network na sinalihan mo ang address na ginagamit ng device mo sa link na iyon, may VPN man o wala. Ang karaniwang website, sa kabilang banda, ay karaniwang hindi natatanggap ang iyong Wi-Fi address. Limang pagsusuri ang naghihiwalay sa dalawang tagamasid na iyon at nagsasabi sa iyo kung alin ang talagang mahalaga sa iyo.

Pagsusuri 1: ano ang nakikita ng access point?

Maaaring ilista ng isang hotel network ang konektadong device mo habang dumadaan ang trapiko ng browser mo sa loob ng naka-encrypt na tunnel. Parehong totoo ang dalawang obserbasyon nang sabay, dahil kailangang makipag-usap ng network sa isang lokal na device at hindi kailangang basahin ang mga pahina mo para gawin iyon.

Ang address na nakikita nito ay maaaring ang hardware address na nakaukit sa adapter o isang pribadong address na nilikha ng operating system. Kung nagbigay ka ng room number o guest account para makapasok sa online, ang admission record na iyon ay nakatabi sa record ng device at mas humahaba pa kaysa sa session ng VPN mo.

Walang ginagawa ang pagpapalit ng VPN server sa mga lokal na record na iyon. Nilikha ang mga iyon bago pa man magkaroon ng anumang tunnel.

Pagsusuri 2: ano ang nakikita ng website?

Ang mga router ay nagpapasa ng mga IP packet sa pagitan ng mga link, at ang address ng link layer na ginagamit sa Wi-Fi mo ay hindi sobre na naglalakbay nang walang pagbabago patungo sa bawat destinasyon. Para sa trapikong lumalabas sa VPN, karaniwang nakikita ng site ang pampublikong IP address ng exit.

Maaari pa rin itong makatanggap ng cookies, naka-log in na session at mga katangian ng browser na kumikilala sa client software mo. Ang fingerprinting ay isang tunay na paraan ng pagsubaybay, at hindi ito katulad ng pagbasa ng Wi-Fi MAC mula sa isang web request.

Kaya kung ang threat model mo ay isang website na nag-uugnay sa iyo sa pagitan ng mga pagbisita, ang VPN exit at ang estado ng browser mo ang kaugnay na ibabaw. Ang address ng Wi-Fi adapter mo ay hindi bahagi ng usapang iyon. Iyon ang dahilan kung bakit kayang baguhin ng VPN ang nalalaman ng isang site tungkol sa iyo habang ang pananaw ng lokal na network ay nananatiling buo. Dalawang layer, dalawang tagamasid, walang kontradiksyon.

Pagsusuri 3: ang VPN ba ay naka-bridge o naka-route?

Karamihan ng consumer VPN ay naka-route: may TUN interface na nagdadala ng mga IP packet, at ang virtual adapter ng guest operating system ay may sariling konteksto ng pag-address. Walang bahagi ng Wi-Fi frame mo ang nakakarating sa kabilang panig.

Ang ilang private-network VPN ay nag-bridge ng Ethernet frame sa halip, gamit ang TAP interface. Sa disenyong iyon, ang impormasyon sa antas ng MAC ay maaaring tumawid patungo sa malayong segment, kaya't ang pangkalahatang pahayag na walang MAC address ang makakatawid sa anumang VPN ay masyadong malakas.

Kung nagde-debug ka ng ganoong setup, pangalanan ang interface kung saan kabilang ang address: ang pisikal na Wi-Fi adapter, ang virtual adapter, o isang malayong naka-bridge na segment. Tatlong magkaibang sagot iyon at lagi silang pinagpapalit ng mga tao.

Pagsusuri 4: gusto mo ba ng ibang lokal na identifier?

Sinusuportahan ng Apple at Android ang pribado o random na Wi-Fi address. Binabawasan ng feature na ito ang pag-asa sa isang permanenteng wireless identifier, at nag-iiba ang pag-uugali ayon sa device, network at bersyon ng software. Inilalarawan ng dokumentasyon ng Apple ang mga address kada network at mga opsyon sa pagpapatuloy sa mga sinusuportahang system.

Ang hindi nito ginagawa ay itago ang address na ginagamit sa sandaling ito. Kailangan pa rin ng access point ng address na pagpapadalhan ng frame, kaya binabago ng pribadong pag-address ang pagpapatuloy, hindi ang pagiging nakikita. Basahin ang setting na ito bilang kontrol sa privacy laban sa pagsubaybay sa pagitan ng mga network, hindi bilang paraan upang maging anonymous sa network na ginagamit mo. Magkaibang pangako ang mga ito, at ang una lang ang inaalok.

Kung tumanggi ang isang managed network na tanggapin ang device na gumagamit ng pribadong pag-address, tingnan ang dokumentadong mga kinakailangan ng network bago ipagpalagay na ang VPN ang may kasalanan. Hindi kayang ayusin ng VPN ang pagkabigo na nangyayari bago makakuha ang device ng normal na access sa network.

Pagsusuri 5: ano ba talaga ang sinusubukan mong pigilan?

Isulat ang layunin sa isang pangungusap. Kung ito ay pigilan ang kapehang ito na makilala ang device ko bukas, ang pribadong pag-address ang kontrol at walang kinalaman ang VPN. Kung ito ay pigilan ang site na ito na makita ang address ng bahay ko, ang VPN exit ang kontrol at hindi kailanman naging mahalaga ang MAC.

Kung ito ay pigilan ang isang malayong pribadong network na malaman ang address ng adapter ko, tingnan kung naka-bridge ang tunnel, dahil iyon ang tanging disenyo kung saan may tunay na sagot ang tanong.

Gumamit ng pampublikong-IP na pagsusuri upang siyasatin ang rutang labasan, at ng setting ng pribadong address ng device upang siyasatin ang lokal na wireless identity. Magkaiba ang sinasagot nilang tanong, at ang dokumentasyon ng Apple tungkol sa pribadong Wi-Fi address ay isang magandang sanggunian para sa pangalawa. Wala sa mga setting ang gumagawa sa isang aktibong device na hindi nakikita ng network na sinalihan nito, at walang VPN ang nagbabago sa naitala na ng access point.