Testarea unei afirmații de confidențialitate VPN: păstrați dovezi care rezistă
Scrieți afirmația, observatorul și configurarea înainte de a privi un rezultat. Un test de rutare arată o ieșire; nu arată niciodată ce reține operatorul.
Testul începe cu o propoziție pe care cineva vrea să fie adevărată, iar dovezile fie susțin o versiune îngustă a ei, fie nimic. O verificare a adresei publice arată ce ieșire a folosit o cerere. Nu arată ce reține furnizorul, cine o poate citi sau ce se întâmplă cu o sesiune care nu se încheie niciodată. Parcurgerea testului ca procedură documentată vă împiedică să afirmați mai mult decât poate susține măsurătoarea.
Alegeți o singură afirmație observabilă
Scrieți afirmația ca o singură propoziție verificabilă înainte de a deschide orice instrument: pentru acest profil, în această rețea, cererile către un ecou de adresă publică ies prin ieșirea declarată a furnizorului. Acea propoziție numește un subiect, o condiție și o observație, și de aceea o face infirmabilă. O afirmație precum VPN-ul protejează confidențialitatea nu are formă observabilă, așa că nicio măsurătoare nu o poate soluționa. Păstrați o a doua propoziție pentru ce nu va acoperi testul, deoarece reținerea, accesul terților și corelarea traficului se află toate în afara unui test în browser.
Scrieți acea a doua propoziție dinainte, nu după ce sosește rezultatul. Este mult mai ușor să fii sincer despre domeniu cât timp rezultatul este încă necunoscut decât după ce o captură de ecran liniștitoare ajunge în tichet. O notă despre domeniu adăugată ulterior tinde să descrie rezultatul, nu întrebarea.
Fapte de configurare de care un cititor are nevoie pentru a repeta măsurătoarea
Configurarea este cea care face un rezultat reproductibil, și exact pe ea oamenii o sar când răspunsul arată bine. Șirurile de versiune, numele profilelor, rețeaua de acces și familiile de adrese aparțin notei, împreună cu orice regulă de divizare a tunelului care ar putea scoate trafic din tunel. Numiți și evenimentul testat, deoarece o conexiune funcțională, o cădere neașteptată, o deconectare manuală și un transfer de rețea aplică reguli diferite. Un test care amestecă acele evenimente dovedește puțin despre oricare dintre ele.
Folosiți trafic ne-sensibil într-un mediu în care aveți autorizare să testați. Capturarea de pachete nelegate face înregistrarea să pară tehnică și adaugă expunere fără a adăuga dovezi. Îndreptați captura doar către interfața tunelului și stabiliți o limită de dimensiune a fișierului, astfel încât o rulare lungă să nu umple discul. Opriți captura înainte de a schimba ceva, pentru ca fișierul să corespundă liniei de configurare pe care ați scris-o.
Spuneți ce s-a măsurat și ce înseamnă
Notați ce a imprimat instrumentul și ce putea vedea instrumentul. Un răspuns al resolverului, un rezultat al ecoului de adresă și o căutare de rută răspund la întrebări diferite, iar o etichetă de locație într-o pagină web este o inferență despre o bază de date, nu un fapt despre ieșire. Scrieți comanda care a produs fiecare linie lângă ea, deoarece o valoare fără comanda ei nu poate fi reprodusă. Păstrați marcajul temporal în același fus orar ca tichetul de modificare, altfel secvența devine ilizibilă o săptămână mai târziu.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15
Două servicii de ecou independente care sunt de acord sunt mai puternice decât unul, iar o dezacord este în sine o constatare care merită notată. Ieșirea resolverului arată dacă DNS-ul a urmat tunelul sau a continuat să folosească rețeaua locală, ceea ce este o afirmație separată de adresa de ieșire. Salvați ieșirea brută cu un marcaj temporal și păstrați rezultatele contrare în locul celei mai liniștitoare capturi de ecran. Când o modificare deplasează rezultatul, aplicați o variabilă pe rând, deoarece schimbarea serverului și a clientului împreună vă lasă incapabil să spuneți care a contat.
Ce aparține înregistrării și ce trebuie eliminat
Păstrați metoda, ieșirea non-secretă și limitările, apoi eliminați restul. Profilele care poartă acreditări, numele de gazdă private și identificatorii de cont nu trebuie să călătorească împreună cu dovezile, iar o înregistrare de test care le divulgă a deteriorat lucrul pe care trebuia să îl demonstreze. Cele cinci câmpuri de mai jos sunt cea mai scurtă formă care încă supraviețuiește unei predări.
| Field | What to write |
|---|---|
| Claim | One testable sentence naming the profile, the network and the observation |
| Observer and scope | Who could see the traffic or the record, and under which conditions |
| Setup | Client and server versions, profile name, access network, address families, split-tunnel rules, event under test |
| Raw result | Tool output with a timestamp, exit addresses from both echo services, resolver answer |
| What it does not support | Retention, third-party access, correlation, untested address families |
Anexați declarația de politică cu care comparați, împreună cu data și domeniul ei. RFC 6973 încadrează analiza confidențialității în jurul observatorilor numiți și al unui domeniu definit, iar acel cadru se potrivește unei înregistrări de test: cine putea observa ce, în ce condiții și care părți au rămas neexaminate.
Încheiați cu un paragraf care declară ce susțin dovezile și ce nu. Acel paragraf este rezultatul, iar tot ce este deasupra există pentru a-l face onest. Dacă nu poate fi scris fără a nuanța fiecare clauză, testul a măsurat mai puțin decât afirmă tichetul.