Защо един VPN каталог не може да гарантира за възела зад него
Един запис описва връзка и каталога, който го е публикувал. Събирането и съхранението принадлежат на оператора, който може да е друга страна.
Записите в каталога, които изброяват име на хост, държава и набор от протоколи, са доказателство за свързаност, а не за това какво записва машината от другата страна. Решението, което има значение тук, не е дали да се доверяваме на списъци изобщо. А коя страна е в позиция да отговори на въпроса, който всъщност задавате.
Четири страни зад един запис
Разделете ролите, преди да четете каквото и да е обещание. Каталогът публикува записа, софтуерният проект предоставя реализацията на протокола, хостинг доставчикът предоставя машината и мрежата, а операторът на възела конфигурира услугата. Всяка от четирите може да е различна организация и всяка може да говори само за своята част.
Това разделение обяснява защо едно твърдение може да е вярно и пак да е безполезно. Разработчикът, който документира, че протоколът не записва полезния товар, не казва нищо за оператор, който е включил подробно журналиране на връзките на релей. Двете твърдения могат да съществуват заедно без противоречие. Точно затова въпросът трябва да се отправи към посочена страна.
Някои услуги сами поддържат свои крайни точки и тогава записът и политиката идват от една и съща страна. Това е по-силна позиция, но тя пак трябва да бъде установена, а не изведена от формата на страницата. Поискайте изявлението и проверете дали то назовава услугата, към която сочи записът.
Поискайте документа, който отговаря на твърдението
Твърдение за събиране изисква документ, който назовава системата, категорията данни и периода. Твърдение за съхранение изисква число и обхват. Твърдение за независимост изисква описание кой какво притежава, а не прилагателно.
| Field in a listing | What it evidences | What it cannot evidence |
|---|---|---|
| Hostname or address | A reachable endpoint existed when the entry was published | Who runs it, or what it stores |
| Protocols offered | Which client configurations should interoperate | Whether logging was disabled on that deployment |
| Country | Where the endpoint claims to be located | Which legal process could reach the operator |
| Availability score | How often the entry answered a probe | Anything about data handling |
Доброволческите проекти често са най-ясният пример, защото някои публикуват изрични изисквания за журналиране към възлите, които приемат. Този документ е първично доказателство за правилата на проекта и все още не е доказателство за отделен оператор, който ги е пренебрегнал.
Одитите следват същата логика в друг мащаб. Доклад, който е изследвал конкретно внедряване в конкретен период, е полезен в тази граница. Разтегнат върху всяко независимо копие на същия софтуер, той се превръща в гаранция, която никой не е давал. Прочетете абзаца за обхвата, преди да прочетете заключението.
Когато декларацията за поверителност на доставчик покрива собствената му услуга, четете я като изявление на този доставчик за собствените му системи. Повторното ѝ използване, за да опишете релей на трета страна, е категорийна грешка, дори когато протоколът е идентичен.
Решете какво купувате с всяка опция
Публичният възел купува достъпност и разнообразие на цената на отчетност. Оператор, който не ви дължи нищо, може да изчезне, да промени конфигурацията или да пази записи без предупреждение, а възможностите ви се свеждат до смяна на крайни точки. Тази размяна е приемлива за някои задачи и не е за други.
Платената услуга купува насрещна страна с публикувана политика и с нещо за губене. Тя не купува техническа гаранция и не премахва нуждата да прочетете политиката, но назована организация с изявление за съхранение се оценява по-лесно от анонимен релей.
Правилото за решение, което издържа и двата случая, е да съпоставите доказателството с риска. Ако задачата понася сменяща се крайна точка, каталогът е ефективен инструмент. Ако зависи от конкретно обещание за обработка на данни, от значение е само страната, която може да даде това обещание, а каталогът е удобство за маршрутизиране, не гаранция.
curl -s --interface tun0 https://example.net/ -o /dev/null -w '%{remote_ip}
'Едната команда по-горе си струва да се изпълни, защото разделя чисто два въпроса. Тя показва адреса, който трафикът ви действително е използвал, а това е факт за свързаността, и не казва нищо за това какво е направил операторът на този адрес с метаданните на връзката.
Дръжте въпросите от страна на клиента отделно
Политиката на оператора е един слой, а сигурността на това, което правите през тунела, е друг. HTTPS в дестинацията, работата със сесиите в браузъра и силата на акаунта, в който сте влезли, остават ваши средства за контрол и разрешаващият релей не ги отслабва, както отличният не ги засилва.
Това разделение предотвратява две чести грешки. Едната е да приемете строга политика на оператора като причина да пропуснете HTTPS, а другата — да приемете работеща HTTPS връзка като причина да пренебрегнете кой управлява релея. И двете грешки сливат два слоя в един и после спорят за грешния.
Кратка писмена оценка се справя и с двете. Назовете страната, която дава всяко обещание, приложете документа, който го подкрепя, и отбележете датата. После решете дали задачата се нуждае от по-силното твърдение, или само от работещ път.
Записът си свърши работата, щом ви каза къде можете да се свържете. Останалата част от въпроса принадлежи на този, който управлява крайната точка, а честният отговор често е, че не можете да знаете и трябва да избирате съответно.