Uwierzytelnianie proxy Basic i Digest
Wybierz metodę uwierzytelniania obsługiwaną przez obie strony i odróżniaj wyzwanie Digest od szyfrowanego transportu.
Zanim wymusisz Basic lub Digest, przeczytaj Proxy-Authenticate z wyzwaniem proxy. Klient musi obsługiwać metodę oferowaną przez usługę; wybór Digest nie doda jej do proxy obsługującego tylko Basic.
Dla punktu końcowego obsługującego Digest curl może użyć:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Użyj rzeczywistego punktu końcowego i konta. Nazwa użytkownika bez hasła pozwala curlowi o nie zapytać. Dla Basic wybierz --proxy-basic; uwierzytelnianie serwera źródłowego korzysta z innych opcji. Sprawdź zarówno wyzwanie, jak i obsługę w faktycznie uruchamianej kompilacji curl.
| Metoda | Wymiana danych uwierzytelniających | Ochrona do oceny |
|---|---|---|
| Basic | Zakodowana para nazwy użytkownika i hasła. | Kodowanie nie jest szyfrowaniem. |
| Digest | Odpowiedź wyliczona na podstawie wyzwania. | Ochronę określają algorytmy, parametry wyzwania i implementacja klienta; sama metoda nie szyfruje treści żądań ani odpowiedzi. |
Obie metody nadal wymagają odpowiedniego transportu między klientem a proxy. HTTPS do celu zaczyna się zbyt późno, aby chronić wcześniejsze logowanie do proxy jawnym tekstem.
Na serwerze programy pomocnicze Digest mogą wymagać materiału uwierzytelniającego właściwego dla danego realm i własnego formatu. Plik NCSA dla Basic nie jest automatycznie backendem Digest. Użyj udokumentowanego formatu wybranego programu, a następnie sprawdź brak danych, błędne dane oraz uprawnione żądanie, zachowując ograniczenia źródła i celu.