Тестване на твърдение за поверителност на VPN: запазете доказателства, които издържат
Напишете твърдението, наблюдателя и настройката, преди да погледнете резултат. Тест на маршрутизацията показва изход; той никога не показва какво запазва операторът.
Тестът започва с изречение, което някой иска да е вярно, а доказателствата или подкрепят тясна негова версия, или не подкрепят нищо. Проверката на публичен адрес показва кой изход е използвала една заявка. Тя не показва какво запазва доставчикът, кой може да го чете или какво се случва със сесия, която никога не завършва. Когато изпълнявате теста като документирана процедура, не твърдите повече, отколкото измерването може да понесе.
Изберете едно наблюдаемо твърдение
Напишете твърдението като едно проверимо изречение, преди да отворите който и да е инструмент: за този профил, в тази мрежа заявките към ехо на публичен адрес излизат през обявения изход на доставчика. Това изречение назовава субект, условие и наблюдение и точно това го прави опровержимо. Твърдение като „VPN защитава поверителността“ няма наблюдаема форма, така че никакво измерване не може да го реши. Запазете второ изречение за това, което тестът няма да покрие, защото съхранението, достъпът на трети страни и корелацията на трафика остават извън теста в браузър.
Напишете това второ изречение предварително, а не след като пристигне резултатът. Много по-лесно е да сте честни за обхвата, докато резултатът е още неизвестен, отколкото след като успокояваща екранна снимка попадне в билета. Бележка за обхвата, добавена по-късно, обикновено описва резултата, а не въпроса.
Факти за настройката, които читателят трябва да повтори измерването
Настройката е това, което прави резултата възпроизводим, и точно нея хората пропускат, когато отговорът изглежда добър. Версии, имена на профили, мрежа за достъп и семейства адреси принадлежат в бележката, заедно с всяко правило за разделяне на тунела, което би могло да извади трафик от тунела. Назовете и събитието, което се тества, защото работеща връзка, неочаквано прекъсване, ръчно изключване и прехвърляне на мрежа упражняват различни правила. Тест, който смесва тези събития, доказва малко за всяко от тях.
Използвайте нечувствителен трафик в среда, в която имате разрешение да тествате. Заснемането на несвързани пакети прави записа да изглежда технически и добавя излагане, без да добавя доказателства. Насочете заснемането само към интерфейса на тунела и задайте ограничение за размера на файла, за да не запълни дълъг пробег диска. Спрете заснемането преди да промените каквото и да е, за да съответства файлът на реда за настройка, който сте написали.
Кажете какво е измерено и какво означава то
Запишете какво е отпечатал инструментът и какво е могъл да види инструментът. Отговорът на резолвера, резултатът от ехото на адреса и справката за маршрута отговарят на различни въпроси, а етикет за местоположение в уеб страница е извод за база данни, а не факт за изхода. Напишете командата, която е създала всеки ред, до него, защото стойност без своята команда не може да бъде възпроизведена. Пазете времевата марка в същата часова зона като билета за промяна, иначе последователността става нечетима след седмица.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15
Две независими ехо услуги, които съвпадат, са по-силни от една, а несъответствието само по себе си е находка, която си струва да се запише. Изходът на резолвера показва дали DNS е следвал тунела или е продължил да използва локалната мрежа, което е отделно твърдение от адреса на изхода. Запазете суровия изход с времева марка и пазете противоречивите резултати, а не най-успокояващата екранна снимка. Когато промяна измести резултата, прилагайте една променлива наведнъж, защото превключването на сървър и клиент заедно ви оставя неспособни да кажете кое е имало значение.
Какво принадлежи в записа и какво трябва да се премахне
Запазете метода, несекретния изход и ограниченията, след което премахнете останалото. Профилите с идентификационни данни, частните имена на хостове и идентификаторите на акаунти не е нужно да пътуват с доказателствата, а запис на тест, който ги изтича, е повредил нещото, което е трябвало да демонстрира. Петте полета по-долу са най-кратката форма, която все още оцелява при предаване.
| 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 |
Приложете декларацията за политика, с която сравнявате, с нейната дата и обхват. RFC 6973 оформя анализа на поверителността около посочени наблюдатели и определен обхват и тази рамка подхожда на запис от тест: кой какво е могъл да наблюдава, при какви условия и кои части са останали непроверени.
Завършете с един абзац, който казва какво подкрепят доказателствата и какво не. Този абзац е резултатът, а всичко над него съществува, за да го направи честен. Ако не може да бъде написан без смекчаване на всяка клауза, тестът е измерил по-малко, отколкото твърди билетът.