Mở trình duyệt thứ hai không tạo ra tuyến VPN thứ hai

Hai trình duyệt, hai cửa sổ, một trên tài khoản công việc và một trên tài khoản cá nhân, và giả định là giờ chúng đi theo những đường khác nhau. Không phải vậy. Việc tách hồ sơ chỉ giữ cookie riêng ra, còn quyết định định tuyến diễn ra bên dưới trình duyệt và không biết hồ sơ nào đã hỏi. Một đường thứ hai cần một quy tắc chọn nó, và chỉ có vài nơi mà quy tắc đó có thể sống.

Tách trạng thái không phải là tách đường đi

Hồ sơ trình duyệt cô lập kho lưu trữ: cookie, lịch sử, tiện ích mở rộng và đôi khi cả thông tin đăng nhập. Sự cô lập đó được thực thi bên trong một cây tiến trình và không có tiếng nói nào về việc giao diện nào mang gói tin.

Cửa sổ riêng tư đi xa hơn về hình thức và không đi thêm một bước nào về định tuyến. Mọi thứ trình duyệt gửi đi vẫn ra theo đường mà hệ điều hành chọn, trừ khi có gì đó giữa socket và mạng thay đổi nó. Nhầm lẫn giữa cô lập lưu trữ và cô lập mạng tạo ra những kỳ vọng mà không nhà sản xuất trình duyệt nào hứa và không bài kiểm tra nào có thể đáp ứng.

Điều gì thực sự chọn tuyến

Bốn thứ có thể chọn một đường khác: quy tắc VPN theo từng ứng dụng khớp với tệp thực thi hoặc gói, một proxy được cấu hình trong trình duyệt hoặc trong hệ thống, một không gian tên mạng hoặc vùng chứa, và một thiết bị vật lý thứ hai. Mỗi thứ thay đổi một điều có thật, và mỗi thứ đều có giá của nó.

Quy tắc theo từng ứng dụng là câu trả lời thông thường trên nền tảng di động, nơi dịch vụ VPN nhận một danh sách gói. Trên máy tính để bàn, điều đó phụ thuộc vào ứng dụng khách, và một quy tắc khớp với tệp thực thi sẽ bao trùm mọi hồ sơ mà tệp đó mở ra. Nếu hai hồ sơ thực sự cần những đường khác nhau, thường chúng cần hai tiến trình với danh tính khác nhau thay vì hai thẻ. Đó là lý do một bản cài trình duyệt dùng chung không bao giờ có thể là ranh giới trong thiết kế theo hồ sơ.

Proxy ở tầng ứng dụng thêm một trung gian nữa

Một thiết lập proxy trong trình duyệt thực sự tạo ra một đường riêng, và nó cũng tạo ra một quan hệ tin cậy riêng với người vận hành proxy đó. Đó là một cách sắp xếp hợp lý cho một hồ sơ, và nó không tương đương với việc phủ toàn bộ thiết bị.

Hãy chọn proxy một cách có chủ đích: một trình lắng nghe SOCKS trên cùng máy chủ, một proxy có xác thực bên trong đường hầm, hoặc một dịch vụ từ xa. Trộn proxy với VPN đường hầm đầy đủ tạo ra những đường lồng nhau, nơi các kiểu hỏng hóc nhân lên.

Kiểm chứng yêu cầu thật của từng trình duyệt

Gửi cùng một yêu cầu từ mỗi trình duyệt và so sánh địa chỉ thoát quan sát được, thay vì so sánh các trang cài đặt. Một proxy đã cấu hình mà âm thầm không kết nối được là cách rất phổ biến để quay lại đường mặc định.

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

Sau đó lặp lại yêu cầu với proxy bị ép buộc và với đường hầm đã tắt, để xem tầng nào thực sự mang lưu lượng. Ghi lại cả câu trả lời DNS, vì một trình duyệt có trình phân giải mã hóa riêng có thể bỏ qua hoàn toàn đường của hệ thống mà vẫn hiển thị trang bạn mong đợi.

Viết ánh xạ dự định thành hai dòng: tiến trình nào dùng đường nào, và ai sở hữu từng đường. Cũng để mắt tới danh tính tài khoản, vì hai đường không ngăn cùng một lần đăng nhập được trình ra cho cả hai đích. Hãy kiểm tra lại sau bản cập nhật trình duyệt tiếp theo, vì thiết lập proxy dễ mất và khó nhận ra.