Uwierzytelnianie proxy

Uwierzytelnianie proxy zapobiega temu, aby proxy było otwartym przekaźnikiem, weryfikując każdego klienta. Dwa schematy dominują. Uwierzytelnianie oparte na poświadczeniach sprawdza nazwę użytkownika i hasło: proxy HTTP używają nagłówka Proxy-Authorization (często wywołując wyzwanie 407), podczas gdy SOCKS5 używa własnej wymiany nazwy użytkownika/hasła. Uwierzytelnianie oparte na adresie IP, lub białą listę IP, zamiast tego przyznaje dostęp do wcześniej zatwierdzonych adresów, więc żadne poświadczenia nie podróżują z każdym żądaniem. Wiele dostawców obsługuje oba, pozwalając na wybór w zależności od przypadku użycia.

s4m proxy są uwierzytelniane przez USER:PASS: punkt końcowy SOCKS5 na porcie 1080 oraz punkt końcowy HTTP na porcie 3128 sprawdzają Twoje dane uwierzytelniające przed przekazywaniem, co wiąże korzystanie z Twoim kontem w modelu płatności za użycie. Dane uwierzytelniające są przenośne — działają z dowolnej maszyny — ale muszą być trzymane w tajemnicy, ponieważ każdy, kto je posiada, może wydawać Twoje środki. Dodanie do białej listy dedykowanego IP jest wygodne dla stałych serwerów, ponieważ eliminuje potrzebę podawania danych uwierzytelniających przy każdym żądaniu, kosztem działania tylko z tego adresu. Wybierz dane uwierzytelniające dla mobilności, a dodawanie do białej listy dla zablokowanej infrastruktury.

Wybierz schemat w zależności od kontekstu: dane uwierzytelniające są przenośne i działają z dowolnej maszyny, co pasuje do laptopów i krótkoterminowych zadań, podczas gdy whitelisting dedykowanego IP usuwa sekrety na żądanie i pasuje do zablokowanych serwerów. Niezależnie od tego, co wybierzesz, zweryfikuj wyjście przed poleganiem na nim, wysyłając jedno żądanie i sprawdzając zwrócony adres. Nigdy nie umieszczaj danych uwierzytelniających w kodzie współdzielonym lub logach; jeśli wyciekną, ktokolwiek może wykorzystać twoje zmeterowane saldo, więc natychmiast zmień skompromitowaną parę, zamiast liczyć na to, że przejdzie to niezauważone.