Poate operatorul VPN să vadă ce site-uri vizitezi?

Întreabă ce poate vedea VPN-ul, iar răspunsul depinde de unde te afli pe traseu. La nivelul sesiunii operatorul are evenimente de autentificare și numărători de octeți. La nivelul pachetelor are adrese de destinație și momente în timp. La nivelul DNS poate avea numele înseși. Fiecare nivel răspunde la o altă întrebare și niciun comutator nu te mută între ele.

Stabilește nivelul înainte de a afirma ceva

Aceeași conexiune produce înregistrări diferite în fiecare punct, iar o afirmație despre confidențialitate are sens doar când numește punctul. Citește tabelul coloană cu coloană: ce există la acel nivel, ce poate vedea un operator acolo și ce nu pot spune încă aceleași înregistrări.

Citirea unui singur nivel ca imagine completă este începutul atât al afirmațiilor exagerate, cât și al falsei siguranțe. Un furnizor care spune că nu înregistrează navigarea poate fi corect în privința jurnalizării URL-urilor și totuși să păstreze înregistrări de sesiune, iar o captură de pachete care arată doar adrese nu devine istoric de navigare fără căutări inverse și presupuneri.

Când evaluezi o politică, găsește propoziția care descrie fiecare nivel. Dacă politica nu le separă, întreabă ce înregistrări există în loc să accepți o afirmație generală despre criptare.

Inventarul sesiunilor: ce păstrează un server OpenVPN obișnuit

Implicit, un server OpenVPN nu capturează traficul. Rezultatul obișnuit este un inventar al sesiunilor: contul care s-a autentificat, adresa sursă de unde a venit, momentele de început și sfârșit, adresa tunelului atribuită și totalurile de octeți în fiecare direcție. Acesta este un inventar al sesiunilor, nu o listă de destinații.

Opțiunile de jurnalizare pot adăuga detalii. Un nivel de verbositate mai ridicat scrie mai mult despre handshake, iar un fișier de stare poate lista clienții conectați, dar niciuna nu transformă serverul într-un proxy transparent. Producerea de URL-uri cere terminarea TLS sau rularea unui proxy explicit, iar ambele schimbă aranjamentul de încredere în loc să activeze o funcție ascunsă.

De aceea versiunea corectă a afirmației că nu există jurnal de navigare este mai îngustă decât sună. Serverul nu cunoaște pagina, dar știe că a existat o sesiune și cam câte date au trecut prin ea. Dacă acea înregistrare de sesiune este păstrată și cât timp, este o întrebare separată de politică.

Pachetele interioare și exterioare sunt dovezi diferite

Captura de pachete este modul de a vedea ce trece cu adevărat prin tunel. Pe server, numește interfața tunelului și scrie într-un fișier care poate fi analizat offline:

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

Fișierul conține trafic intern decriptat: adresa tunelului clientului ca sursă, adresa de destinație și portul, dimensiunile pachetelor și momentul. Nu conține calea HTTP sau corpul răspunsului decât dacă TLS a fost terminat undeva, iar acestea sunt date sensibile a căror păstrare este o decizie de politică, nu o comoditate de depanare.

O captură pe interfața fizică arată altceva. Acolo vezi pachete exterioare adresate punctului final VPN, cu conținutul criptat înăuntru. Adresele nelegate care apar în acel fișier sunt normale odată ce există un adaptor virtual, pentru că dispozitivul tunelului transportă fluxurile interioare, iar transportul criptat pe cele exterioare.

Întreabă la ce întrebare trebuie să răspundă captura. Utilizarea tunelului de către o aplicație este vizibilă pe adaptorul virtual; accesibilitatea tunelului până la punctul final este vizibilă pe cel fizic. Folosirea oricărui fișier ca imagine completă produce concluzii pe care datele nu le susțin.

DNS este locul unde numele devin vizibile

DNS rămâne excepția practică. Resolverul vede numele pe care este rugat să le rezolve, așa că cine îl operează află ce site-uri caută un client chiar și atunci când conexiunile ulterioare sunt criptate. Captura tunelului arată adrese; resolverul arată nume.

Verifică ce adresă a folosit resolverul pentru a ajunge la un serviciu extern. Răspunsul este adresa de ieșire a resolverului, iar compararea cu ieșirea VPN spune dacă interogarea a trecut prin tunel:

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

Dacă acea adresă corespunde conexiunii locale și nu ieșirii tunelului, căutarea a ocolit VPN-ul și numele era vizibil pe calea locală. Repetă verificarea după o actualizare a clientului, pentru că o versiune nouă poate schimba ce resolver instalează profilul.

DNS criptat mută vizibilitatea în loc să o elimine. Rețeaua nu mai vede interogarea, dar resolverul încă o vede, iar problema încrederii doar își schimbă mâinile. Numele serverului TLS din handshake-ul conexiunii este un alt semnal parțial: supraviețuiește adesea chiar când conținutul este opac, așa că adresele de destinație nu sunt singurele metadate pe care un server de redirecționare le poate observa.

Trei tipuri de înregistrări și cine le poate citi

Contabilitatea sesiunilor, înregistrările pe nume și dovezile de scurgere sunt trei produse diferite cu trei obligații diferite. Jurnalele de sesiune sunt ieftine și puțin sensibile și răspund la cine s-a conectat și când. Înregistrările pe nume cer un resolver care jurnalizează sau un proxy explicit și creează o obligație de divulgare față de persoanele afectate. Dovada scurgerii este un test pe partea clientului care compară ce dezvăluie resolverul cu ieșirea tunelului.

Notează pe care dintre cele trei îl operezi, cine îl poate citi și cât timp rămâne. Afirmațiile că un serviciu nu ține jurnale descriu un singur nivel și rămân adevărate doar în acel cadru. Același furnizor poate fi corect despre sesiuni și greșit despre DNS.

Păstrează testul reproductibil: aceeași interogare către resolver, aceeași interfață de captură și aceeași comparație. O afirmație despre confidențialitate care nu poate fi testată la un nivel numit este un slogan, nu un fapt operațional.