Xác thực Basic qua proxy theo kiểu chủ động cho một điểm cuối đã biết

Máy khách chờ thử thách trước sẽ đợi proxy hỏi. Máy khách Basic chủ động đã biết điểm cuối được chọn và gửi thông tin đăng nhập trong yêu cầu áp dụng đầu tiên. Bỏ qua trao đổi đó có thể hữu ích. Tuy vậy đây vẫn là quyết định về việc mật khẩu đi đâu.

Biết điểm cuối trước khi tối ưu hóa

Một proxy riêng cố định với chính sách xác thực đã biết là trường hợp rõ ràng hơn một lớp định tuyến có thể chọn một trung gian xa lạ. Gắn tài khoản với danh tính và giao thức proxy mong đợi. Đừng xây một callback chung trả lời mọi thử thách bằng một mật khẩu công ty.

Basic mang một biểu diễn base64 của tài khoản, không phải bằng chứng được mã hóa. TLS đến trình lắng nghe của proxy là lựa chọn kết nối riêng biệt với phiên HTTPS của trang. Đường hầm HTTPS của trang không bảo vệ hồi tố thông tin đăng nhập Basic được gửi qua kết nối không mã hóa từ máy khách đến proxy. Một LAN riêng là vị trí, không phải thuộc tính mã hóa.

Giữ cơ chế cụ thể

Basic chủ động không phải lối tắt phổ quát cho Digest, NTLM hay Negotiate. Các cơ chế đó có yêu cầu trao đổi riêng. Máy khách phát hiện các lược đồ được hỗ trợ có thể thực hiện thêm giao dịch một cách hợp lệ.

Dùng giao diện xác thực proxy của thư viện đã chọn, rồi kiểm tra lược đồ và phạm vi thực tế. Một thiết lập xác thực trước cho đích có thể không điều khiển bắt tay của proxy. Kết nối đã xác thực sẵn có cũng có thể che giấu liệu kết nối mới có thực hiện thử thách hay không.

So sánh toàn bộ thao tác: số lần trao đổi, thời gian hoàn tất, bảo vệ vận chuyển cần thiết và hành vi khi proxy thay đổi. Nhật ký sạch hơn chỉ hữu ích nếu ứng dụng vẫn xác thực với trung gian dự định và dừng lại khi không thể thiết lập thỏa thuận đó.