Дзвінок у WhatsApp розкриває відомості про адресу більш ніж одній стороні, і сторони дізнаються не все одне й те саме. Людина, з якою ви говорите, може дізнатися щось про ваш мережевий шлях, сервіс дізнається, яке з'єднання до нього дійшло, а ваш постачальник доступу бачить потоки, які ви створюєте. VPN і пересилання всередині застосунку змінюють кожне одну частину цієї картини. Тому питання, чи приховує VPN мою IP-адресу під час дзвінків, не має однієї відповіді.

Три спостерігачі, три різні питання

Почніть із того, що назвете спостерігача, від якого хочете сховатися, бо механізми не є взаємозамінними. Ховатися від іншого учасника — це питання адресації. Ховатися від сервісу — це питання облікового запису й з'єднання, і відповісти на нього значно важче, ніж здається.

ObserverWhat it can learnWhat changes it
The other participantWhether the media path appears to come from your address or from a relayRelay settings in the app, or a network path that does not expose your address
The serviceYour account, the connection your client made, and the call's participantsVery little from an address change alone; the account is the identifier
Your access networkThat encrypted traffic to certain endpoints exists, and how muchRouting through a tunnel moves the visible endpoint

Кожен рядок можна покращити незалежно. Покращення в одному рядку залишає інші точно такими, якими вони були, і тому чесні відповіді на це питання зазвичай містять слово частково.

Що насправді змінює пересилання

WhatsApp документує налаштування під назвою Захищати IP-адресу в дзвінках, яке розташоване в розширених параметрах конфіденційності застосунку. Воно спрямовує медіа дзвінка через сервери WhatsApp замість прямого з'єднання учасників. Те саме керівництво стверджує, що переслані дзвінки залишаються зашифрованими від краю до краю. Воно також попереджає, що якість дзвінка може змінитися.

Пересилання — це функція сервісу, а не мережева конфігурація, тому воно стосується дзвінків, які застосунок вирішить переслати, і нічого іншого на пристрої. Сторінка довідки WhatsApp про цю функцію є поточним авторитетним джерелом щодо того, які платформи її пропонують і де розташований перемикач.

Пересилання також не приховує дзвінок від сервісу, бо сервіс і є пересиланням. Воно змінює те, що інша сторона може спостерігати про вашу адресу. Воно може додати й затримку, і це той компроміс, який робить налаштування.

Що VPN змінює на шляху дзвінка

VPN змінює те, звідки ваш трафік виглядає таким, що походить, для всього, що вона переносить. Чи переносить вона конкретний дзвінок, залежить від політики маршрутизації клієнта. Повний тунель бере весь трафік, а розділений тунель може брати лише деякі префікси. Телефон із Wi-Fi і мобільними даними може в той самий момент використовувати різні шляхи для різних потоків.

Це означає, що адреса, перевірена в браузері, не є доказом про дзвінок. Застосунок може тримати довготривале з'єднання, що існувало до тунелю, або використовувати родину адрес, яку тунель не покриває. Перевіряйте рішення маршрутизації для реального призначення, а не для сайту, який ви випадково протестували.

Шифрування вмісту від краю до краю — окрема межа від усього цього. Воно не руйнується, коли шлях змінюється, і метадані воно теж не покриває.

Шифрування і приватність адреси — різні обіцянки

Зберігання вмісту дзвінка зашифрованим означає, що пересилання не може слухати розмову. Це не означає, що пересилання нічого не дізнається: воно досі бачить, які облікові записи з'єднані, коли і наскільки довго, бо саме це пересилання й робить.

Навпаки, приховування вашої адреси від іншої сторони не робить ваш обліковий запис анонімним для сервісу, який його автентифікує. Це два окремі твердження. Огляд приватності, який їх зливає, створює хибне відчуття покриття. Запишіть вимогу як речення про конкретного спостерігача, потім перевірте, чи вибраний механізм звертається до цього спостерігача, а не до сусіднього.

Перевірте твердження, яке справді важливе для вас

Якщо вимога стосується вашої мережі доступу, перевірка — це питання маршрутизації, на яке можна відповісти локально. Якщо вона стосується іншої сторони, перевірка — це власне налаштування застосунку. Жодна конфігурація тунелю не замінює це налаштування.

ip rule show | head -n 10
ip route get 198.51.100.7
ss -tun state established '( dport = :443 )'
tcpdump -ni wg0 -c 20 'udp or tcp port 443'

Пошук маршруту повідомляє, який інтерфейс використав би пункт призначення. Список сокетів повідомляє, чи вже існує довготривале з'єднання. Запис повідомляє, чи трафік справді проходить через інтерфейс тунелю. Замініть адресу з документації на кінцеву точку, яку ви отримали з власного з'єднання застосунку, і читайте результати, а не припускайте, що тунель узяв усе.

Запишіть, на який механізм ви покладалися для якого спостерігача, разом із датою і версією застосунку. І налаштування пересилання, і поведінка маршрутизації клієнта змінюються з часом, і нотатка, у якій названо спостерігача, — єдина версія цього, що залишається корисною.

Схожі статті