Chuỗi SOCKS dài hơn không tự động che giấu chặng kế tiếp

Chuỗi thay đổi việc ai mở từng kết nối. Nó không thêm mã hóa chỉ vì một địa chỉ SOCKS nữa được thêm vào danh sách.

Hãy xét một máy khách tự dựng chuỗi này:

application → SOCKS A → SOCKS B → website

Trước tiên nó yêu cầu A kết nối tới B. Qua luồng đó, sau đó nó có thể thương lượng với B về kết nối tới trang web. Nếu đường truyền từ máy khách tới A mang cả hai lần thương lượng mà không mã hóa, một quan sát viên đủ năng lực trên liên kết đó có thể đọc các byte thiết lập mà máy khách đã gửi. Đích TCP bên ngoài không phải bằng chứng duy nhất mà quan sát viên có thể có.

Tách chuỗi khỏi trao đổi ứng dụng được bảo vệ

HTTPS có thể bảo vệ nội dung ứng dụng của trang web sau khi phiên TLS bắt đầu. Nó không mã hóa ngược các thông điệp thiết lập SOCKS trước đó. Xác thực tên người dùng và mật khẩu của SOCKS5 cũng không phải là đường truyền được mã hóa.

Cách bố trí mã hóa giữa máy khách và chặng đầu thay đổi khả năng quan sát trên liên kết đó. Nó vẫn có một nhà vận hành và một điểm cuối khác giữ luồng đã giải mã. Hãy mô tả ranh giới tin cậy đó thay vì khẳng định chuỗi là không thể theo dõi.

Tuyến cha được cấu hình trên máy chủ là một cấu trúc khác. Nếu A chọn B ở bên trong, máy khách không nhất thiết đã gửi danh sách đầy đủ các trung gian qua kết nối đầu tiên. Đừng khẳng định mọi chuỗi đều phơi bày mọi chặng theo cùng một cách.

Để đánh giá quyền riêng tư hữu ích, hãy nêu tên quan sát viên, liên kết, thương lượng với proxy và các ranh giới TLS. Trang web quan sát lối ra của B và quan sát viên mạng truy cập theo dõi kết nối đầu tiên của máy khách trả lời những câu hỏi khác nhau. Chỉ đếm số chặng không trả lời được câu nào.