Политика за поверителност на VPN срещу пътя на данните: сравнително разглеждане

Вземете едно изречение от политиката — това, което ви е накарало да обмислите доставчика, — и го проследете през системата. Обещанието за тунела не описва автоматично портала на акаунта, резолвера, пощенската кутия на поддръжката или обработващия плащанията. Повечето лоши сравнения идват от това, че се прочете твърдение за един компонент и се приложи към друг. Разглеждането по-долу превръща този навик в кратък работен лист.

Следвайте данните, не прилагателното

Заглавие като „без журнали на активността“ е твърдение за категория, а полезният въпрос е кой компонент изобщо би могъл да създаде тази категория. Крайната точка на тунела вижда адреси на източника и времеви отпечатъци; резолверът вижда заявените имена; системата за акаунти вижда самоличност и история на плащанията; поддръжката вижда всичко, което поставите в тикет. Два от тези компонента може да се управляват от една и съща компания, а един може да е подизпълнител.

Шифроването при пренос не казва нищо за съхранението, защото крайната точка разшифрова, преди да препрати.

Първо изградете карта на компонентите

Напишете шест реда: клиентско приложение, оператор на крайната точка на тунела, DNS резолвер, система за акаунти и фактуриране, канал за поддръжка и всеки получател на диагностика или отчети за сривове. За всеки ред отбележете кой го управлява и дали тази страна е същата компания, за която четете. Услугите под чужд бранд, възложените екипи за поддръжка и анализаторите от трети страни правят отговора по-често интересен, отколкото не.

След това избройте до какво всеки компонент има технически достъп: адрес на източника, идентификатор на акаунта, заявено име, време на свързване, прехвърлен обем, данни за устройството, подаден отчет. Наличието не е съхранение, но показва коя част от политиката трябва да отговаря на кой въпрос.

Сравнете категории, цел, съхранение и споделяне

Твърдение, че дестинациите на разглеждане не се пазят, не покрива времевите отпечатъци на сесията, а твърдението за обобщена статистика не описва необработените записи, които са я захранвали. Търсете точната категория, заявената цел, срока за съхранение и формулировката за споделяне — в този ред. Когато политиката казва „анонимно“, проверете какви идентификатори и каква точност на времето са премахнати, вместо да приемете думата като обяснение.

Внимавайте с раздели, които важат за отделни продуктови линии. Разширение за браузър, мобилен клиент и рутер от една и съща марка може да имат различни пътища на данните, а политиката да покрива и трите с една страница общи приказки.

Насоките на IETF за съображения за поверителност са полезна структура тук, защото налагат анализ по компоненти, а не по маркетингови изречения.

Оценете доказателствата, които приемате

Кодът на клиента с отворен код описва какво прави клиентът с вашите данни и малко говори за бекенда, който прекратява тунела. Одитът покрива обявена система за обявен период, което е полезно и по-тясно от постоянна гаранция. Твърдението за юрисдикция е твърдение за правен процес, а не за техническо журналиране. Всяко от тях е доказателство от специфичен вид и смесването им дава уверени изводи, които никой не може да защити година по-късно.

Шифроването в покой защитава записи, които все още съществуват, така че отговаря на различен въпрос от този дали записите съществуват изобщо.

Запишете какво остана без отговор

Когато даден компонент липсва в политиката или категория не е разгледана, напишете до нея „необяснено“. Това е честният резултат и е по-полезен от превръщането на мълчанието в гаранция или в обвинение. Пазете версията и датата на политиката до бележките си, защото тези документи се променят тихо, а сравнение без версия остарява лошо.

Накрая, бъдете ясни какво е доказало вашето собствено тестване. Работещ изход и променен публичен адрес показват маршрутизиране. Те не казват нищо за съхранение от страна на сървъра и именно това разграничение живее в работния лист.