Що бачить ваша мережа, коли ви використовуєте проксі?
Оцінюючи видимість для спостерігача у вашій мережі, розділяйте з’єднання з проксі, TLS призначення й трафік DNS.
Зі звичайним HTTP-проксі локальна мережа може бачити початкове призначення CONNECT, навіть коли запит до сайту захищений HTTPS. TLS до проксі змінює це розкриття на ділянці клієнт — проксі.
| Маршрут | Що бачить спостерігач із доступом до локального трафіку |
|---|---|
| Незашифрований HTTP-сайт через незашифрований HTTP-проксі | Обмін застосунку передається у читаному вигляді: видно не лише адресу проксі. |
| HTTPS-сайт через незашифрований HTTP-проксі | Видно відкриту цільову частину CONNECT, з’єднання з проксі й часові характеристики; TLS призначення захищає запит до сайту в тунелі. |
| Правильно перевірене з’єднання з HTTPS-проксі | TLS захищає обмін із проксі на цій ділянці; з’єднання з точкою й метадані трафіку залишаються видимими. |
Захист цієї ділянки не позбавляє оператора проксі можливості бачити власну обробку з’єднань. TLS призначення і довіра оператору — окремі частини маршруту.
DNS теж потребує окремої перевірки. Ім’я цілі, розв’язане локально, не переноситься автоматично всередину проксі-з’єднання. Віддалене розв’язання SOCKS змінює цей пошук, але фонові процеси та інші застосунки все ще можуть розв’язувати імена й з’єднуватися незалежно.
Для корисної оцінки приватності запишіть схему URL проксі, схему призначення, фактичний маршрут клієнта й поведінку DNS. Одне налаштування браузера не доводить охоплення всього пристрою. У призначення запит із виконаним входом усе ще може ідентифікувати свій обліковий запис через cookie, навіть якщо локальна ділянка зашифрована й вихідний IP змінився.