Preemptivna Basic autentifikacija proxyja za poznatu krajnju tačku
Odlučite kada preemptivna Basic autentifikacija proxyja odgovara fiksnoj krajnjoj tački i ne dopustite da ta odluka postane pravilo za vjerodajnice na proizvoljnim rutama.
Klijent koji prvo čeka izazov čeka da proxy pita. Preemptivni Basic klijent već zna odabranu krajnju tačku i šalje vjerodajnicu u prvom primjenjivom zahtjevu. Uklanjanje te razmjene može biti korisno. Ipak, to ostaje odluka o tome gdje lozinka odlazi.
Upoznajte krajnju tačku prije optimizacije
Fiksni privatni proxy s poznatom politikom autentifikacije jasniji je slučaj od sloja usmjeravanja koji može odabrati nepoznatog posrednika. Vežite račun za očekivani identitet proxyja i protokol. Ne gradite generički callback koji na svaki izazov odgovara jednom kompanijskom lozinkom.
Basic nosi base64 prikaz računa, a ne šifrovani dokaz. TLS do proxy poslušatelja je odvojen izbor veze od HTTPS sesije web stranice. HTTPS tunel stranice ne štiti retroaktivno Basic vjerodajnicu poslanu preko nešifrovane veze klijent–proxy. Privatni LAN je lokacija, a ne svojstvo šifrovanja.
Držite mehanizam konkretnim
Preemptivni Basic nije univerzalni prečac za Digest, NTLM ili Negotiate. Ti mehanizmi imaju vlastite zahtjeve razmjene. Klijent koji otkrije podržane šeme može legitimno izvesti dodatne transakcije.
Koristite interfejs za autentifikaciju proxyja odabrane biblioteke, a zatim provjerite stvarnu šemu i obim. Postavka za prethodnu autentifikaciju odredišta možda ne kontroliše proxy rukovanje. Postojeća autentifikovana veza takođe može sakriti da li bi nova veza izvela izazov.
Uporedite cijelu operaciju: broj razmjena, vrijeme završetka, potrebnu zaštitu transporta i ponašanje kada se proxy promijeni. Čistiji dnevnik koristan je samo ako se aplikacija još autentifikuje kod namjeravanog posrednika i zaustavlja kada se taj dogovor ne može uspostaviti.