Autentikim Basic parandalues i përfaqësuesit për një pikë fundore të njohur

Një klient që pret fillimisht sfidën pret që përfaqësuesi të pyesë. Një klient Basic parandalues e njeh tashmë pikën fundore të zgjedhur dhe dërgon kredencialin në kërkesën e parë të zbatueshme. Heqja e asaj shkëmbimi mund të jetë e dobishme. Megjithatë mbetet një vendim për atë se ku shkon një fjalëkalim.

Njihni pikën fundore para optimizimit

Një përfaqësues privat fiks me politikë autentikimi të njohur është rast më i qartë sesa një shtresë rrugëtimi që mund të zgjedhë një ndërmjetës të panjohur. Lidhni llogarinë me identitetin dhe protokollin e pritur të përfaqësuesit. Mos ndërtoni një callback të përgjithshëm që i përgjigjet çdo sfide me një fjalëkalim të vetëm kompanie.

Basic mbart një paraqitje base64 të llogarisë, jo një provë të kriptuar. TLS deri te dëgjuesi i përfaqësuesit është zgjedhje lidhjeje e veçantë nga sesioni HTTPS i faqes. Tuneli HTTPS i faqes nuk e mbron në mënyrë të kthyer një kredencial Basic të dërguar përmes një lidhjeje të pakriptuar klient-te-përfaqësues. Një LAN privat është vendndodhje, jo veti kriptimi.

Mbajeni mekanizmin specifik

Basic parandalues nuk është shkurtore universale për Digest, NTLM ose Negotiate. Këta mekanizma kanë kërkesat e tyre të shkëmbimit. Një klient që zbulon skema të mbështetura mund të kryejë ligjërisht transaksione shtesë.

Përdorni ndërfaqen e autentikimit të përfaqësuesit të bibliotekës së zgjedhur dhe pastaj inspektoni skemën dhe shtrirjen efektive. Një rregullim për paraautentikim të destinacionit mund të mos kontrollojë dorëzimin e përfaqësuesit. Një lidhje ekzistuese e autentikuar gjithashtu mund të fshehë nëse një lidhje e re do të kryente një sfidë.

Krahasoni veprimin e plotë: numrin e shkëmbimeve, kohën e përfundimit, mbrojtjen e kërkuar të transportit dhe sjelljen kur përfaqësuesi ndryshon. Një regjistër më i pastër është i dobishëm vetëm nëse aplikacioni ende autentikohet me ndërmjetësin e synuar dhe ndalet kur ai rregullim nuk mund të vendoset.