Test av proxy-legitimasjon: forespørselssuksess kontra fersk validering
Bruk en kontrollert destinasjon, og skill deretter en tillatt forespørsel fra fersk verifisering av det oppgitte proxy-passordet.
En forespørsel som lykkes gjennom en proxy, beviser at den operasjonen var tillatt. Den beviser kanskje ikke at passordet ble kontrollert på nytt: destinasjonen kan være unntatt, eller tilkoblingen kan allerede være autentisert.
For en operasjonskontroll bruker du endepunktet du kontrollerer, med et kjent lite svar og en tilgangspolicy kontoen skal oppfylle:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusEndepunktet og kontoen er plassholdere. Dette er mellomliggende legitimasjon, atskilt fra enhver innlogging på destinasjonen.
Hold svarstadiet og utfordringen sammen. En 407 kan starte eller fortsette forhandling, rapportere metoder som ikke støttes eller avvise en konto. En 403 kan angi en policyavvisning, og en senere nettstedsfeil kan følge etter en vellykket proxy-innlogging.
For fersk kontovalidering bruker du operatørens støttede kontokontroll eller logger over autentisert identitet. På din egen proxy kan backend-bevis skille faktisk validering fra en anonymt tillatt forespørsel. Ved passordendringer tar du med valideringsvinduet i hurtigbufferen når du avgjør om den gamle legitimasjonen burde ha sluttet å virke. For Squid 6.13 Basic styrer credentialsttl et valideringsvindu i hurtigbufferen.