Teste en VPN-personvernpåstand: ta vare på bevis som holder
Skriv ned påstanden, observatøren og oppsettet før du ser på et resultat. En rutetest viser en utgang; den viser aldri hva operatøren beholder.
Testen begynner med en setning noen ønsker skal være sann, og bevisene støtter enten en snever versjon av den eller ingenting. En kontroll av den offentlige adressen viser hvilken utgang én forespørsel brukte. Den viser ikke hva leverandøren beholder, hvem som kan lese det, eller hva som skjer med en økt som aldri fullføres. Når du gjennomfører testen som en dokumentert prosedyre, påstår du ikke mer enn målingen kan bære.
Velg én observerbar påstand
Skriv påstanden som én enkelt testbar setning før du åpner noe verktøy: for denne profilen, på dette nettverket, forlater forespørsler til et ekko av en offentlig adresse gjennom leverandørens oppgitte utgang. Den setningen navngir et subjekt, en betingelse og en observasjon, og det er det som gjør den falsifiserbar. En påstand som at VPN beskytter personvernet har ingen observerbar form, så ingen måling kan avgjøre den. Ta vare på en andre setning for det testen ikke dekker, fordi oppbevaring, tredjeparts tilgang og trafikkorrelasjon alle ligger utenfor en nettlesertest.
Skriv den andre setningen på forhånd, ikke etter at resultatet kommer. Det er mye lettere å være ærlig om omfanget mens utfallet ennå er ukjent, enn etter at et beroligende skjermbilde har landet i saken. Et omfangsnotat som legges til i ettertid, beskriver tendensielt resultatet snarere enn spørsmålet.
Oppsettsfakta en leser trenger for å gjenta målingen
Oppsettet er det som gjør et resultat reproduserbart, og det er det folk hopper over når svaret ser bra ut. Versjonsstrenger, profilnavn, tilgangsnettverk og adressefamilier hører hjemme i notatet, sammen med enhver regel for tunneldeling som kan føre trafikk ut av tunnelen. Navngi også hendelsen som testes, fordi en fungerende forbindelse, et uventet brudd, en manuell frakobling og en nettverksovergang utøver forskjellige regler. En test som blander disse hendelsene, beviser lite om noen av dem.
Bruk ikke-sensitiv trafikk i et miljø du har tillatelse til å teste i. Opptak av urelaterte pakker får opptegnelsen til å se teknisk ut og legger til eksponering uten å legge til bevis. Rett opptaket mot tunnelgrensesnittet alene, og sett en filstørrelsesgrense slik at en lang kjøring ikke kan fylle disken. Stopp opptaket før du endrer noe, slik at filen samsvarer med oppsettslinjen du skrev.
Si hva som ble målt og hva det betyr
Noter hva verktøyet skrev ut og hva verktøyet kunne se. Et resolver-svar, et resultat fra adresseekko og et ruteoppslag svarer på forskjellige spørsmål, og en posisjonsetikett inne i en nettside er en slutning om en database, ikke et faktum om utgangen. Skriv kommandoen som produserte hver linje ved siden av den, fordi en verdi uten kommandoen sin ikke kan gjenskapes. Hold tidsstempelet i samme tidssone som endringssaken, ellers blir rekkefølgen uleselig en uke senere.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15To uavhengige ekkotjenester som er enige, er sterkere enn én, og en uenighet er i seg selv et funn som er verdt å skrive ned. Utdataene fra resolveren viser om DNS fulgte tunnelen eller fortsatte å bruke det lokale nettverket, noe som er en påstand atskilt fra utgangsadressen. Lagre råutdataene med et tidsstempel, og behold motstridende resultater i stedet for det mest beroligende skjermbildet. Når en endring flytter resultatet, bruk én variabel om gangen, fordi å bytte server og klient sammen gjør deg ute av stand til å si hvilken som betydde noe.
Hva som hører hjemme i opptegnelsen, og hva som må fjernes
Behold metoden, det ikke-hemmelige resultatet og begrensningene, og fjern deretter resten. Profiler med legitimasjon, private vertsnavn og kontoidentifikatorer trenger ikke å reise med bevisene, og en testopptegnelse som lekker dem, har skadet det den skulle demonstrere. De fem feltene nedenfor er den korteste formen som fortsatt overlever en overlevering.
| 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 |
Legg ved personvernerklæringen du sammenligner med, med datoen og omfanget dens. RFC 6973 rammer inn personvernanalysen rundt navngitte observatører og et definert omfang, og den rammen passer til en testopptegnelse: hvem som kunne observere hva, under hvilke betingelser, og hvilke deler som forble uundersøkt.
Avslutt med ett avsnitt som sier hva bevisene støtter og hva de ikke støtter. Det avsnittet er leveransen, og alt over det finnes for å gjøre det ærlig. Hvis det ikke kan skrives uten å forbeholde hver enkelt klausul, målte testen mindre enn saken hevder.