Teste ein VPN-personvernpåstand: ta vare på prov som held
Skriv ned påstanden, observatøren og oppsettet før du ser på eit resultat. Ein rutetest viser ein utgang; han viser aldri kva operatøren held på.
Testen byrjar med ei setning nokon ønskjer skal vere sann, og prova støttar anten ein trong versjon av henne eller ingenting. Ein kontroll av den offentlege adressa viser kva utgang éin førespurnad brukte. Ho viser ikkje kva leverandøren held på, kven som kan lese det, eller kva som skjer med ei økt som aldri blir fullført. Når du gjennomfører testen som ein dokumentert prosedyre, påstår du ikkje meir enn målinga kan bere.
Vel éin observerbar påstand
Skriv påstanden som éi einskild testbar setning før du opnar noko verktøy: for denne profilen, på dette nettet, går førespurnader til eit ekko av ei offentleg adresse ut gjennom den oppgitte utgangen til leverandøren. Den setninga namngir eit subjekt, ein føresetnad og ei observasjon, og det er det som gjer henne falsifiserbar. Ein påstand som at VPN vernar personvernet har ingen observerbar form, så inga måling kan avgjere han. Ta vare på ei andre setning for det testen ikkje dekkjer, fordi oppbevaring, tilgang for tredjepart og trafikkorrelasjon alle ligg utanfor ein nettlesartest.
Skriv den andre setninga på førehand, ikkje etter at resultatet kjem. Det er mykje lettare å vere ærleg om omfanget medan utfallet enno er ukjent, enn etter at eit beroligande skjermbilete har landa i saka. Eit omfangsnotat som blir lagt til i ettertid, skildrar tendensiøst resultatet snarare enn spørsmålet.
Oppsettsfakta ein lesar treng for å gjenta målinga
Oppsettet er det som gjer eit resultat reproduserbart, og det er det folk hoppar over når svaret ser bra ut. Versjonsstrengar, profilnamn, tilgangsnett og adressefamiliar høyrer heime i notatet, saman med kvar regel for tunneldeling som kan føre trafikk ut av tunnelen. Namngi også hendinga som blir testa, fordi ei fungerande samband, eit uventa brot, ein manuell fråkopling og ein nettverksovergang utøver ulike reglar. Ein test som blandar desse hendingane, provar lite om nokon av dei.
Bruk ikkje-sensitiv trafikk i eit miljø du har løyve til å teste i. Opptak av urelaterte pakkar får oppteikninga til å sjå teknisk ut og legg til eksponering utan å leggje til prov. Rett opptaket mot tunnelgrensesnittet åleine, og set ei filstorleiksgrense slik at ein lang køyring ikkje kan fylle disken. Stopp opptaket før du endrar noko, slik at fila svarar til oppsettslinja du skreiv.
Sei kva som vart målt og kva det tyder
Noter kva verktøyet skreiv ut og kva verktøyet kunne sjå. Eit resolver-svar, eit resultat frå adresseekko og eit rutesøk svarar på ulike spørsmål, og ei posisjonsmerkelapp inne i ei nettside er ei slutning om ein database, ikkje eit faktum om utgangen. Skriv kommandoen som produserte kvar linje ved sida av henne, fordi ein verdi utan kommandoen sin ikkje kan gjenopprettast. Hald tidsstempelet i same tidssone som endringssaka, elles blir rekkjefølgja uleseleg ei veke seinare.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15To uavhengige ekkotenester som er samde, er sterkare enn éin, og eit meiningsskilje er i seg sjølv eit funn som er verdt å skrive ned. Utdataa frå resolveren viser om DNS følgde tunnelen eller heldt fram med å bruke det lokale nettet, noko som er ein påstand skild frå utgangsadressa. Lagre råutdataa med eit tidsstempel, og hald på motstridande resultat i staden for det mest beroligande skjermbiletet. Når ei endring flyttar resultatet, bruk éin variabel om gongen, fordi å byte server og klient saman gjer deg ute av stand til å seie kven som betydde noko.
Kva som høyrer heime i oppteikninga, og kva som må fjernast
Hald på metoden, det ikkje-hemmelege resultatet og avgrensingane, og fjern deretter resten. Profilar med legitimasjon, private vertsnamn og kontoidentifikatorar treng ikkje å reise med prova, og ei testoppteikning som lekkjer dei, har skadd det ho skulle demonstrere. Dei fem felta nedanfor er den kortaste forma som framleis overlever ei 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æringa du samanliknar med, med datoen og omfanget hennar. RFC 6973 rammar inn personvernanalysen rundt namngjevne observatørar og eit definert omfang, og den ramma passar til ei testoppteikning: kven som kunne observere kva, under kva føresetnader, og kva delar som vart ståande uundersøkte.
Avslutt med eit avsnitt som seier kva prova støttar og kva dei ikkje støttar. Det avsnittet er leveransen, og alt over det finst for å gjere det ærleg. Viss det ikkje kan skrivast utan å ta atterhald for kvar einaste klausul, målte testen mindre enn saka hevdar.