Да ли VPN оператер може да види које сајтове посећујете?

Питајте шта VPN може да види и одговор зависи од тога где стојите на путу. На слоју сесије оператер има догађаје провере идентитета и бројање бајтова. На слоју пакета има одредишне адресе и време. На слоју DNS може да има сама имена. Сваки слој одговара на друго питање и ниједан прекидач вас не премешта између њих.

Одредите слој пре него што нешто тврдите

Иста веза ствара различите записе на свакој тачки, а изјава о приватности има смисла само када именује ту тачку. Читајте табелу колону по колону: шта постоји на том слоју, шта оператер тамо може да види и шта ти исти записи још увек не могу да кажу.

Читање једног слоја као целе слике почетак је и претераних тврдњи и лажне сигурности. Пружалац који каже да не бележи прегледање може бити тачан у погледу бележења URL-ова, а ипак чувати записе сесија, а снимак пакета који показује само адресе не постаје историја прегледања без обрнутих претрага и нагађања.

Када процењујете политику, пронађите реченицу која описује сваки слој. Ако их политика не раздваја, питајте који записи постоје уместо да прихватите општу изјаву о шифровању.

Попис сесија: шта чува стандардни OpenVPN сервер

Стандардно, OpenVPN сервер не снима саобраћај. Уобичајени излаз је попис сесија: који налог се потврдио, са које изворне адресе је дошао, временске ознаке почетка и краја, додељена адреса тунела и укупни бајтови у оба смера. То је попис сесија, а не списак одредишта.

Опције евидентирања могу додати детаље. Виши ниво детаљности пише више о руковању, а статусна датотека може да наведе повезане клијенте, али ниједно од тога не претвара сервер у транспарентни прокси. За добијање URL-ова потребно је завршити TLS или покренути експлицитни прокси, а обоје мења уређење поверења, а не укључује скривену функцију.

Зато је тачна верзија тврдње да нема дневника прегледања ужа него што звучи. Сервер не зна страницу, али зна да је сесија постојала и отприлике колико је података кроз њу прошло. Да ли се тај запис сесије чува и колико дуго, одвојено је питање политике.

Унутрашњи и спољашњи пакети су различити докази

Снимак пакета је начин да видите шта заиста пролази кроз тунел. На серверу именујте интерфејс тунела и пишите у датотеку која може да се анализира офлајн:

sudo tcpdump -ni tun0 -w /tmp/tun.pcap
sudo tcpdump -r /tmp/tun.pcap -nn | head

Та датотека садржи дешифрован унутрашњи саобраћај: адреса тунела клијента као извор, одредишна адреса и порт, величине пакета и време. Не садржи HTTP путању ни тело одговора, осим ако TLS није негде завршен, и то су осетљиви подаци чије је чување одлука политике, а не погодност за отклањање грешака.

Снимак на физичком интерфејсу показује нешто друго. Тамо видите спољашње пакете упућене крајњој тачки VPN-а, са шифрованим садржајем унутра. Неповезане адресе у тој датотеци су нормалне када постоји виртуелни адаптер, јер уређај тунела носи унутрашње токове, а шифровани пренос спољашње.

Питајте на које питање снимак треба да одговори. Употреба тунела од стране апликације видљива је на виртуелном адаптеру; доступност тунела до крајње тачке видљива је на физичком. Коришћење било које датотеке као целе слике даје закључке које подаци не подржавају.

DNS је место где имена постају видљива

DNS остаје практични изузетак. Резолвер види имена која се од њега тражи да их реши, па ко год њиме управља сазнаје које странице клијент тражи, чак и када су касније везе шифроване. Снимак тунела показује адресе; резолвер показује имена.

Проверите којом је адресом резолвер стигао до спољашње услуге. Одговор је излазна адреса резолвера, а поређење са излазом VPN-а каже да ли је упит ишао кроз тунел:

dig +short myip.opendns.com @resolver1.opendns.com
dig example.com
sudo tcpdump -ni any udp port 53

Ако се та адреса поклапа са локалном везом, а не са излазом тунела, претрага је заобишла VPN и име је било видљиво на локалном путу. Поновите проверу после ажурирања клијента, јер нова верзија може да промени који резолвер профил инсталира.

Шифровани DNS премешта видљивост уместо да је уклања. Мрежа више не види упит, али резолвер га још види, а питање поверења само мења руке. Име TLS сервера у руковању везом је још један делимичан сигнал: често преживи и када је садржај непрозиран, па одредишне адресе нису једини метаподаци које сервер за прослеђивање може да посматра.

Три типа записа и ко може да их чита

Обрачун сесија, записи по имену и докази о цурењу су три различита производа са три различите обавезе. Дневници сесија су јефтини и ниске осетљивости и одговарају на то ко се повезао и када. Записи по имену захтевају резолвер који евидентира или експлицитни прокси и стварају обавезу откривања према погођеним људима. Доказ о цурењу је тест на страни клијента који пореди оно што резолвер открива са излазом тунела.

Запишите који од ова три водите, ко може да га чита и колико дуго остаје. Изјаве да услуга не води дневнике описују један слој и остају тачне само у том обиму. Исти пружалац може бити тачан за сесије, а погрешан за DNS.

Нека тест остане поновљив: исти упит резолверу, исти интерфејс снимања и исто поређење. Тврдња о приватности која не може да се провери на именованом слоју је слоган, а не оперативна чињеница.