Autentificare proxy Basic și Digest
Alege o metodă de autentificare acceptată de ambele capete și deosebește provocarea Digest de transportul criptat.
Înainte de a forța Basic sau Digest, citește în Proxy-Authenticate provocarea proxy-ului. Clientul trebuie să accepte o metodă oferită de serviciu; alegerea Digest nu o poate adăuga unui proxy care acceptă doar Basic.
Pentru un endpoint care acceptă Digest, curl poate folosi:
curl --proxy http://proxy.example:3128 --proxy-digest --proxy-user alice --connect-timeout 5 --max-time 15 https://example.com/Folosește endpointul și contul reale. Un nume de utilizator fără parolă îi permite lui curl să o solicite. Pentru Basic, alege --proxy-basic; autentificarea serverului de origine folosește alte opțiuni. Verifică atât provocarea, cât și suportul versiunii compilate de curl pe care o execuți.
| Metodă | Schimb de credențiale | Protecție de evaluat |
|---|---|---|
| Basic | O pereche nume de utilizator/parolă codificată. | Codificarea nu este criptare. |
| Digest | Un răspuns derivat din provocare. | Algoritmii, parametrii provocării și implementarea clientului determină protecția; metoda în sine nu criptează conținutul cererilor și răspunsurilor. |
Ambele au în continuare nevoie de transport adecvat între client și proxy. HTTPS către destinație începe prea târziu pentru a proteja o autentificare anterioară la proxy în text clar.
Pe server, programele auxiliare Digest pot cere material de credențiale specific unui realm și propriul format. Un fișier NCSA Basic nu este automat un backend Digest. Folosește formatul documentat al programului ales, apoi verifică lipsa credențialelor, credențialele greșite și o cerere autorizată, păstrând active restricțiile de sursă și destinație.