Випереджальна Basic-автентифікація на проксі для відомої кінцевої точки

Клієнт, який чекає виклику, чекає, доки проксі запитає. Клієнт із випереджальною Basic уже знає вибрану кінцеву точку й надсилає облікові дані в першому придатному запиті. Прибрати цей обмін може бути корисно. Але це все ще рішення про те, куди потрапляє пароль.

Знайте кінцеву точку до оптимізації

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

Basic передає base64-подання облікового запису, а не зашифрований доказ. TLS до слухача проксі — окремий вибір з'єднання, відмінний від HTTPS-сесії сайту. HTTPS-тунель сайту не захищає заднім числом облікові дані Basic, надіслані незашифрованим з'єднанням клієнт–проксі. Приватна LAN — це місце, а не властивість шифрування.

Тримайте механізм конкретним

Випереджальна Basic — не універсальний короткий шлях для Digest, NTLM або Negotiate. Ці механізми мають власні вимоги до обміну. Клієнт, який виявляє підтримувані схеми, може законно виконувати додаткові транзакції.

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

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