Pinipigilan ba ng VPN ang pagsubaybay ng mga website? Ano ang gumagana pa

Binabago ng VPN ang adres kung saan nagmumula ang trapiko mo. Hindi nito binabago ang cookie na ipinapadala ng browser mo, ang account na naka-log in ka, o ang identifier na nakapaloob sa link na pinindot mo. Kaya naman matatawag ka ng isang site sa pangalan mo habang ang exit address mo ay nasa ibang bansa. Hinihiwalay ng mga pagsusuri sa ibaba ang pagkakakilanlan sa network mula sa lahat ng iba pa, sa ayos na pinakamabilis makahanap ng tunay na dahilan.

Ano ang binabago ng tunnel at ano ang hindi

Pinapalitan ng tunnel ang source address mo sa labasan at ine-encrypt ang nakikita ng lokal na network mula sa trapiko mo. Kapwa kapaki-pakinabang, at kapwa makitid. Lahat ng nasa itaas ng IP layer, ibig sabihin ang HTTP request na talagang binubuo ng browser mo, dumarating sa site na hindi nagbabago.

Kasama rito ang mga cookie, authorization header, ang URL at ang TLS fingerprint ng client mo.

Kaya ang tanong ay hindi kung gumagana ang VPN. Ang tanong ay aling identifier ang ginamit ng site, at masasagot iyon sa pamamagitan ng pagsubok ng isang layer sa isang pagkakataon.

Hakbang 1: ihiwalay ang pagkakakilanlan ng account sa pagkakakilanlan ng network

Mag-log out sa lahat ng lugar, o gumamit ng browser profile na hindi pa nag-log in, at ulitin ang pagbisita sa pamamagitan ng tunnel. Kung hindi ka na makilala ng site, cookie o account ang identifier, at ang VPN ay hindi kailanman ang kaugnay na kontrol. Kung nakikilala ka pa rin nito, maghanap ng iba pang naka-save na identifier bago pumunta sa mga fingerprint. Ang cart, naka-save na kagustuhan o session token sa local storage ang nagpapaliwanag sa karamihan ng ganitong kaso.

Isinasantabi ng pribadong window ang cookie jar para sa window na iyon. Hindi nito ginagawang anonymous ang pag-log in na ginagawa mo sa loob nito.

Hakbang 2: maghanap ng mga identifier sa loob ng link

Ang mga link sa newsletter ay karaniwang may dalang token ng subscriber, at ang mga link ng kampanya ay may dalang parameter. Buksan ang isa sa alinmang labasan na gusto mo at natatanggap pa rin ng destinasyon ang token, dahil bahagi ng request ang token, hindi ng ruta. Ganoon din ang mga remote na larawan sa email, nakatali sa isang partikular na mensahe.

Alisin ang query string kapag kaya mo, at patayin ang remote na nilalaman sa mail client.

Saklaw din ng parehong lohika ang impormasyong kusang ibinibigay mo. Ang naka-save na adres, numero ng telepono na naipasok sa form o reference ng support ticket ay nagpapakilala sa iyo pagkatapos ng anumang pagbabago ng IP. Isipin kung sino ang tumatanggap ng data, hindi lamang kung saang daan ito dumaan.

Hakbang 3: basahin ang ibabaw ng fingerprint nang tapat

Pinagsasama ng fingerprint ang mga naoobserbahang katangian ng browser at device: user agent, geometry ng screen, naka-install na font, timezone, output ng canvas. Hindi ginagawang pamantayan ng karaniwang VPN ang alinman sa mga iyon, kaya ang pagbura ng isang cookie ay hindi nag-aalis ng iba pang signal. Hindi rin nito ibig sabihin na ang bawat pagkakakilala ay fingerprint. Ang karaniwang kaso ay naka-save na identifier na nakalimutan mo.

Subukan gamit ang fingerprint checker at basahin ang resulta bilang sample, hindi sertipiko. Sinusukat ng mga tool na iyon ang isang paraan laban sa isang dataset, at hindi nila maipapangako na walang site na kailanman mag-uugnay ng dalawang pagbisita. Ituring ang iskor bilang pahiwatig kung aling mga ibabaw ang mukhang hindi karaniwan sa setup mo.

Mas mahalaga ang pagbawas ng ibabaw kaysa sa alinmang solong setting: mas kaunting extension, napapanahong bersyon ng browser, at mga profile na sadyang pinaghihiwalay mo.

Hakbang 4: i-verify gamit ang pagsubok bago at pagkatapos

Gawin ang parehong pagsusuri nang dalawang beses, isang beses sa labas ng tunnel at isang beses sa loob, at ihambing ang mga sagot, hindi ang inaasahan mo.

curl -s https://ifconfig.me; echo
curl -s https://ipinfo.io/ip

Dapat magbago ang exit address, at ang resolver na nakikita ng site ay dapat pag-aari ng VPN kapag dumadaan ang DNS mo sa tunnel. Kung nagbago ang adres at hindi ang resolver, mayroon kang hati na DNS path na naglalabas ng mga query ng domain, at iyon ay depekto sa configuration, hindi mekanismo ng pagsubaybay. Suriin ang WebRTC nang hiwalay sa browser, dahil sa ilang configuration ay maaari nitong ilantad ang mga adres, at ang tanging tapat na sagot ay ang ibinabalik ng sarili mong pagsubok.

Pagkatapos ay ulitin ang mga pagsubok sa account at link. Ang site na nakikilala ka pagkatapos ng lahat ng apat na hakbang ay gumagamit ng isang bagay na ipinapadala mo pa, at ang susunod na hakbang ay hanapin ang bagay na iyon sa halip na magpalit muli ng server.

Panatilihing magkatabi ang dalawang resulta. Ang pagsusuri sa privacy na walang baseline ay haka-haka lamang.