Ar VPN operatorius mato, kurias svetaines lankote?

Paklauskite, ką VPN gali matyti, ir atsakymas priklauso nuo to, kur jūs stovite kelyje. Sesijos sluoksnyje operatorius turi autentifikavimo įvykius ir baitų skaičių. Paketų sluoksnyje jis turi paskirties adresus ir laiką. DNS sluoksnyje jis gali turėti pačius pavadinimus. Kiekvienas sluoksnis atsako į kitą klausimą, ir joks vienas jungiklis neperkelia jūsų tarp jų.

Nustatykite sluoksnį prieš ką nors teigdami

Ta pati jungtis kiekviename taške sukuria skirtingus įrašus, o teiginys apie privatumą turi prasmę tik tada, kai įvardija tą tašką. Skaitykite lentelę stulpelis po stulpelio: kas egzistuoja tame sluoksnyje, ką ten gali matyti operatorius ir ko tie patys įrašai vis dar negali pasakyti.

Vieno sluoksnio skaitymas kaip viso vaizdo yra ir perdėtų teiginių, ir klaidingo saugumo jausmo pradžia. Teikėjas, sakantis, kad neregistruoja naršymo, gali būti tikslus dėl URL registravimo ir vis tiek saugoti sesijų įrašus, o paketų įrašas, rodantis tik adresus, be atvirkštinių užklausų ir spėliojimų nevirsta naršymo istorija.

Vertindami politiką, raskite sakinį, aprašantį kiekvieną sluoksnį. Jei politika jų neatskiria, klauskite, kokie įrašai egzistuoja, užuot priėmę bendrą teiginį apie šifravimą.

Sesijų inventorius: ką saugo standartinis OpenVPN serveris

Pagal numatytuosius nustatymus OpenVPN serveris srauto neregistruoja. Įprasta išvestis yra sesijų inventorius: kuri paskyra autentifikavosi, iš kurio šaltinio adreso atėjo, pradžios ir pabaigos laiko žymos, suteiktas tunelio adresas ir baitų sumos abiem kryptimis. Tai sesijų inventorius, o ne paskirties vietų sąrašas.

Registravimo parinktys gali pridėti detalių. Didesnis detalumo lygis daugiau rašo apie rankos paspaudimą, o būsenos failas gali išvardyti prisijungusius klientus, bet nė vienas iš jų nepavers serverio skaidriu tarpiniu serveriu. Norint gauti URL adresus, reikia užbaigti TLS arba paleisti aiškų tarpinį serverį, ir abu keičia pasitikėjimo sandarą, o ne įjungia paslėptą funkciją.

Todėl tiksli teiginio, kad naršymo žurnalo nėra, versija yra siauresnė, nei skamba. Serveris nežino puslapio, bet žino, kad sesija egzistavo, ir apytiksliai kiek duomenų ja perėjo. Ar tas sesijos įrašas saugomas ir kiek laiko, yra atskiras politikos klausimas.

Vidiniai ir išoriniai paketai yra skirtingi įrodymai

Paketų įrašas yra būdas pamatyti, kas iš tikrųjų eina per tunelį. Serveryje nurodykite tunelio sąsają ir rašykite į failą, kurį galima analizuoti neprisijungus:

sudo tcpdump -ni tun0 -w /tmp/tun.pcap
sudo tcpdump -r /tmp/tun.pcap -nn | head

Tame faile yra iššifruotas vidinis srautas: kliento tunelio adresas kaip šaltinis, paskirties adresas ir prievadas, paketų dydžiai ir laikas. Jame nėra HTTP kelio ar atsakymo turinio, nebent TLS kažkur buvo užbaigtas, ir tai jautrūs duomenys, kurių saugojimas yra politikos sprendimas, o ne derinimo patogumas.

Įrašas fizinėje sąsajoje rodo ką kita. Ten matote išorinius paketus, adresuotus VPN galiniam taškui, viduje esant šifruotam turiniui. Nesusiję adresai tame faile yra normalūs, kai yra virtualus adapteris, nes tunelio įrenginys neša vidinius srautus, o šifruotas perdavimas – išorinius.

Paklauskite, į kokį klausimą įrašas turi atsakyti. Programos naudojimasis tuneliu matomas virtualiame adapteryje; tunelio pasiekiamumas iki galinio taško matomas fiziniame. Bet kurio failo naudojimas kaip viso vaizdo duoda išvadas, kurių duomenys nepalaiko.

DNS yra vieta, kur pavadinimai tampa matomi

DNS išlieka praktinė išimtis. Resolveris mato pavadinimus, kurių prašoma išspręsti, todėl kas jį valdo, sužino, kokių svetainių ieško klientas, net kai vėlesnės jungtys yra šifruotos. Tunelio įrašas rodo adresus; resolveris rodo pavadinimus.

Patikrinkite, kokiu adresu resolveris pasiekė išorinę paslaugą. Atsakymas yra resolverio išėjimo adresas, o palyginimas su VPN išėjimu pasako, ar užklausa ėjo per tunelį:

dig +short myip.opendns.com @resolver1.opendns.com
dig example.com
sudo tcpdump -ni any udp port 53

Jei tas adresas atitinka vietinę jungtį, o ne tunelio išėjimą, paieška aplenkė VPN ir pavadinimas buvo matomas vietiniame kelyje. Pakartokite patikrą po kliento atnaujinimo, nes nauja versija gali pakeisti, kokį resolverį įdiegia profilis.

Šifruotas DNS perkelia matomumą, o ne jį pašalina. Tinklas nebemato užklausos, bet resolveris vis dar mato, ir pasitikėjimo klausimas tiesiog keičia rankas. TLS serverio pavadinimas jungties rankos paspaudime yra dar vienas dalinis signalas: jis dažnai išlieka net kai turinys nepermatomas, todėl paskirties adresai nėra vieninteliai metaduomenys, kuriuos peradresuojantis serveris gali stebėti.

Trys įrašų tipai ir kas gali juos skaityti

Sesijų apskaita, įrašai pagal pavadinimą ir nuotėkio įrodymai yra trys skirtingi produktai su trimis skirtingomis prievolėmis. Sesijų žurnalai pigūs ir mažai jautrūs, jie atsako, kas ir kada prisijungė. Įrašams pagal pavadinimą reikia registruojančio resolverio arba aiškaus tarpinio serverio, ir jie sukuria atskleidimo prievolę paveiktiems žmonėms. Nuotėkio įrodymai yra kliento pusės testas, lyginantis, ką atskleidžia resolveris, su tunelio išėjimu.

Užsirašykite, kurį iš šių trijų valdote, kas gali jį skaityti ir kiek laiko jis išlieka. Teiginiai, kad paslauga neregistruoja žurnalų, aprašo vieną sluoksnį ir lieka teisingi tik toje apimtyje. Tas pats teikėjas gali būti tikslus dėl sesijų ir klysti dėl DNS.

Laikykite testą atkartojamą: ta pati resolverio užklausa, ta pati įrašymo sąsaja ir tas pats palyginimas. Privatumo teiginys, kurio negalima patikrinti įvardytame sluoksnyje, yra šūkis, o ne veiklos faktas.