Egy VPN-adatvédelmi állítás tesztelése: őrizzen meg bizonyítékot, amely megáll
Írja le az állítást, a megfigyelőt és a beállítást, mielőtt bármilyen eredményre nézne. Egy útvonal-teszt kilépést mutat; soha nem mutatja meg, mit tart meg az üzemeltető.
A teszt egy mondattal kezdődik, amelyet valaki igaznak szeretne látni, és a bizonyítékok vagy annak egy szűk változatát támasztják alá, vagy semmit. Egy nyilvános cím ellenőrzése megmutatja, melyik kilépést használta egy kérés. Nem mutatja meg, mit tart meg a szolgáltató, ki olvashatja, vagy mi történik egy soha be nem fejeződő munkamenettel. Ha a tesztet dokumentált eljárásként hajtja végre, nem állít többet annál, amit a mérés elbír.
Válasszon egyetlen megfigyelhető állítást
Írja le az állítást egyetlen tesztelhető mondatként, mielőtt bármilyen eszközt megnyit: ennél a profilnál, ezen a hálózaton a nyilvános cím visszhangjához menő kérések a szolgáltató megadott kilépésén keresztül távoznak. Ez a mondat alanyt, feltételt és megfigyelést nevez meg, és ez teszi cáfolhatóvá. Egy olyan állításnak, hogy a VPN védi a magánéletet, nincs megfigyelhető formája, ezért egyetlen mérés sem döntheti el. Tartson fenn egy második mondatot arra, amit a teszt nem fog lefedni, mert a megőrzés, a harmadik felek hozzáférése és a forgalom korrelációja mind a böngészős teszten kívül esik.
Írja meg ezt a második mondatot előre, ne azután, hogy megérkezik az eredmény. Sokkal könnyebb őszintének lenni a hatókörről, amíg az eredmény még ismeretlen, mint miután egy megnyugtató képernyőkép megérkezik a jegybe. Az utólag hozzáadott hatókör-megjegyzés inkább az eredményt írja le, mint a kérdést.
Beállítási tények, amelyekre az olvasónak szüksége van a mérés megismétléséhez
A beállítás az, ami reprodukálhatóvá tesz egy eredményt, és pont ezt hagyják ki az emberek, amikor a válasz jónak tűnik. A verziókarakterláncok, a profilnevek, a hozzáférési hálózat és a címcsaládok a jegyzetbe tartoznak, együtt minden olyan alagútfelosztási szabállyal, amely forgalmat vihet ki az alagútból. Nevezze meg a tesztelt eseményt is, mert egy működő kapcsolat, egy váratlan megszakadás, egy kézi leválasztás és egy hálózatátadás különböző szabályokat alkalmaz. Egy teszt, amely ezeket az eseményeket összekeveri, keveset bizonyít bármelyikről.
Nem érzékeny forgalmat használjon olyan környezetben, ahol engedélye van a tesztelésre. A nem kapcsolódó csomagok rögzítése technikussá teszi a feljegyzést, és kitettséget ad hozzá bizonyíték nélkül. A rögzítést csak az alagút interfészére irányítsa, és állítson be fájlméret-korlátot, hogy egy hosszú futás ne töltse meg a lemezt. Állítsa le a rögzítést, mielőtt bármit megváltoztat, hogy a fájl megfeleljen az Ön által írt beállítási sornak.
Mondja meg, mit mértek és mit jelent
Jegyezze fel, mit nyomtatott az eszköz, és mit láthatott az eszköz. A feloldó válasza, a cím-visszhang eredménye és az útvonalkeresés különböző kérdésekre válaszolnak, és egy weboldalon belüli helycímke egy adatbázisra vonatkozó következtetés, nem a kilépésre vonatkozó tény. Írja a parancsot, amely az egyes sorokat előállította, melléjük, mert parancs nélkül egy érték nem reprodukálható. Tartsa az időbélyeget ugyanabban az időzónában, mint a változásjegyet, különben a sorrend egy hét múlva olvashatatlanná válik.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15
Két független visszhangszolgáltatás, amelyek egyetértenek, erősebbek egynél, és az eltérés önmagában is feljegyzésre érdemes lelet. A feloldó kimenete megmutatja, hogy a DNS követte-e az alagutat, vagy továbbra is a helyi hálózatot használta, ami a kilépési címtől különálló állítás. Mentse el a nyers kimenetet időbélyeggel, és a legmegnyugtatóbb képernyőkép helyett tartsa meg az ellentétes eredményeket. Amikor egy változtatás elmozdítja az eredményt, egyszerre egy változót alkalmazzon, mert a kiszolgáló és a kliens együttes cseréje nem teszi lehetővé, hogy megmondja, melyik számított.
Mi tartozik a feljegyzésbe, és mit kell eltávolítani
Tartsa meg a módszert, a nem titkos kimenetet és a korlátokat, majd távolítsa el a többit. A hitelesítő adatokat hordozó profiloknak, a privát gazdagépneveknek és a fiókazonosítóknak nem kell a bizonyítékokkal utazniuk, és egy tesztfeljegyzés, amely kiszivárogtatja őket, károsította azt, amit be kellett volna mutatnia. Az alábbi öt mező a legrövidebb forma, amely még túlél egy átadást.
| 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 |
Csatolja azt a szabályzatnyilatkozatot, amelyhez hasonlít, a dátumával és hatókörével. RFC 6973 névre szóló megfigyelők és meghatározott hatókör köré keretezi az adatvédelmi elemzést, és ez a keret illik egy tesztfeljegyzéshez: ki mit figyelhetett meg, milyen feltételek mellett, és mely részek maradtak vizsgálatlanul.
Egy bekezdéssel zárja, amely kimondja, mit támasztanak alá a bizonyítékok és mit nem. Ez a bekezdés a szállítandó eredmény, és minden fölötte azért létezik, hogy őszintévé tegye. Ha nem írható meg minden záradék tompítása nélkül, a teszt kevesebbet mért, mint amit a jegy állít.