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

Перш ніж обирати метод, назвіть спостерігача, від якого ви ховаєтеся.

Крок 1: назвіть спостерігача

У закритому завантаженні є чотири спостерігачі. Мережа доступу бачить час і обсяг. Оператор VPN бачить призначення, бо саме він передає запит. Сайт завантаження бачить адресу VPN. Машина бачить файл, встановлення і наступний за ним запис в історії.

Лише першого перемагає тунель. Іншим трьом потрібен інший контроль.

Крок 2: перевірте шлях, яким завантаження справді йде

Перед завантаженням переконайтеся, що трафік іде всередині тунелю, а не поруч. ip route get 1.1.1.1 показує, який інтерфейс використало б призначення, а ss -tn state established "( dport = :443 )" під час тестового завантаження показує адресу вузла, до якого з'єднання справді дійшло. Якщо цей вузол — кінцева точка VPN, шлях закритий. Якщо це публічна адреса, що належить призначенню, діє роздільне тунелювання, і мережа доступу бачить усе.

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

Крок 3: завантажте з офіційного джерела і перевірте артефакт

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

Перевірте підпис замість того, щоб довіряти імені файлу:

gpg --verify tor-browser-linux-x86_64-*.tar.xz.asc tor-browser-linux-x86_64-*.tar.xz
sha256sum tor-browser-linux-x86_64-*.tar.xz

Хороший підпис ключем видавця — це перевірка цілісності. Збіжна контрольна сума, опублікована тим самим недовіреним дзеркалом, — ні.

Крок 4: тримайте маршрут виконання окремо

Завантаження під VPN не налаштовує Tor Browser продовжувати використовувати один. Браузер досягає мережі Tor через маршрутизацію, яку операційна система має під час запуску, тому тунель, увімкнений під час завантаження і вимкнений під час запуску, дає інший шлях з тим самим бінарним файлом. Вирішіть порядок свідомо: спочатку VPN, потім Tor або Tor окремо, і запишіть, у якому режимі має бути машина. Випадкове змішування двох не дає видимості жодного.

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

Крок 5: приберіть те, що пристрій досі фіксує

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

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

Ось чесна відповідь: локальна мережа бачить менше, а всі інші бачать те, що бачили раніше.

Схожі статті