Чи робить анонімний обліковий запис VPN ваш трафік анонімним?
Реєстрація без електронної пошти змінює одне поле у формі. Адреса джерела, токен облікового запису та файли cookie браузера відповідають на три різні питання.
Реєстрація без адреси електронної пошти змінює одне поле у формі. Вона не змінює адресу джерела в мережі, не змінює ідентифікатор, який сервіс видає всередині, і не змінює файли cookie, які ваш браузер надсилає на кожен відвіданий сайт. Це три окремі питання, і лише перше взагалі стосується облікового запису. Нижче пояснено, що насправді зберігає кожен рівень і яке рішення належить вам, а не постачальнику.
Ставтеся до анонімності як до властивості щодо кожного спостерігача окремо. Запитайте, якого спостерігача, і чесна відповідь змінюється.
Псевдонімний обліковий запис залишається обліковим записом
Постачальник може видати номер облікового запису, ключ пристрою або токен підписки, жодного разу не запитавши юридичного імені. Цей об'єкт усе одно пов'язує сеанси всередині сервісу: той самий токен на тому самому тарифі, місяцями.
Що оператор може приєднати до цього токена, залежить від інших систем. Платіжні записи існують, якщо ви платили способом, який можна відстежити; адреса підтримки існує, якщо ви писали; а ідентифікатори пристроїв або позначки часу з'єднань можуть бути в операційних журналах. Нічого з цього не вимагає форма реєстрації, і нічого з цього не виключає форма без електронної пошти. Форма визначає, що було запитано, а не що існує потім.
Надсилання діагностичного профілю або відкриття звернення до підтримки може додати більше подробиць, ніж коли-небудь вимагала початкова форма.
Що кінцева точка тунелю бачить неминуче
Кінцева точка завершує ваше з'єднання, тому знає, яку адресу джерела ваша мережа доступу виділила для цього сеансу і коли сеанс почався. Вона також знає, якому внутрішньому ключу або обліковому запису відповідає це з'єднання, бо саме це зіставлення визначає, куди надсилати трафік.
Документація WireGuard тут незвично пряма: ідентичність партнера це публічний ключ, а не прихована властивість.
Те, що виходить із кінцевої точки до призначення, це інше з'єднання. Якщо вихідна адреса спільна з іншими користувачами, сайт на іншому боці бачить спільну адресу замість вашої. Це розділення реальне, і воно ж єдине розділення, яке дає спільний вихід. Воно не приховує ваш сеанс від оператора і не розчиняє вас у натовпі для того, хто може спостерігати обидва кінці, а це саме та проблема кореляції, якій RFC 6973 присвячує всю свою довжину.
Що призначення все ще отримує
Сайт бачить вихідну адресу, запит і все, що ваш клієнт добровільно надає. Файли cookie, уже відкритий сеанс, відбиток браузера і збережений обліковий запис проходять через VPN-з'єднання без змін, бо тунель їх переносить, а не замінює.
Вхід в особистий обліковий запис ідентифікує вас для цього сайту незалежно від того, яку назву має обліковий запис VPN.
Розв'язування імен заслуговує на окремий рядок. Якщо запити йдуть до розв'язувача, яким керує оператор, оператор бачить імена, які ви запитуєте. Якщо вони йдуть до публічного розв'язувача, цей розв'язувач їх бачить, як і кожен на шляху, хто може спостерігати незашифрований DNS. У будь-якому разі вибір розв'язувача це рішення про приватність, яке форма реєстрації не ухвалила за вас.
Де кореляція насправді відбувається
Аналіз трафіку не потребує вмісту сторінок. Час з'єднань, обсяг передавання і схема того, який кінець говорить з яким призначенням, можуть зіставити з'єднання джерела з вихідним з'єднанням, коли спостерігаються обидві сторони. Тому спільний вихід захищає вас від одного спостерігача, а не від двох, які співпрацюють.
Шифрування транспорту змінює те, що можна прочитати, а не те, що можна пов'язати.
Три питання замість гасла
Кожне з них має іншого власника, тому обіцянка, дана на одному рівні, не може охопити інший. Рядки нижче це весь аргумент у стислому вигляді.
| Observer | What it can hold | What actually changes it |
|---|---|---|
| Your access network | The connection to the VPN endpoint, with volume and timing | Nothing on the account form |
| The VPN operator | Source address, session times, key-to-account mapping, names if it runs the resolver | Retention policy, payment method, whether you contact support |
| The destination site | Exit address, cookies, logged-in identity, request content | Browser hygiene, logging out, separate profiles |
| An observer at both ends | Correlated timing and volume across the two connections | Padding, cover traffic, a different exit at a different time |
Лише середній рядок стосується облікового запису, і то частково. Рядки вище і нижче визначаються маршрутизацією, зберіганням і вашим власним браузером.
Читайте опис, а не ярлик
Постачальник, який публікує опис даних, термін зберігання і процедуру роботи з ідентичністю, сказав вам щось перевірюване. Постачальник, який каже «анонімно», сказав вам одне слово. Шукайте, що збирається під час реєстрації, що залишається після завершення сеансу і за якою процедурою дані передають третій стороні.
Якщо цих трьох немає, ярлик не є доказом нічого.
Почніть зі спостерігача, який справді важливий для вас, потім простежте один рядок таблиці: яку адресу він бачить, який ідентифікатор тримає, як довго це зберігається. Виправте рядок, що не витримує перевірки, замість того щоб перейменовувати обліковий запис. Це єдиний крок тут, який змінює результат.