Una pagina fa più di una richiesta. Rispondere alla prima finestra di accesso del proxy può lasciare che script, immagini o connessioni live prendano altre rotte e ricevano altre richieste di autenticazione.

  1. Trova una risorsa che fallisce. Conserva la destinazione, il proxy scelto e la richiesta 407. Confronta quegli stessi campi con una risorsa che riesce; l’URL della pagina principale da solo non basta.
  2. Cerca la differenza comune. I guasti possono seguire un host di risorsa, percorsi HTTP/HTTPS separati, un’estensione o una decisione PAC. Un accesso accettato da un endpoint non dimostra che un altro lo accetti. Anche la cache dell’autenticazione dipende dalla richiesta, dall’identità e dall’ambito della rotta.
  3. Ripara lo scambio individuato. Correggi la rotta, l’account o il comportamento di autenticazione supportato, poi esamina sia il comportamento della pagina sia i risultati delle risorse.

Digitare più volte la stessa password offre poche prove finché quell’ambito non è noto. I primi aggiramenti nel browser, come disattivare WebSockets, bloccare gli script o cambiare estensione, possono rimuovere la richiesta che fa comparire una finestra e anche una funzionalità necessaria.

Bloccare una risorsa indesiderata può essere una scelta di policy deliberata. Descrivi quel risultato come blocco, non come prova che l’autenticazione ora funzioni. Una pagina silenziosa priva della connessione in tempo reale richiesta non ha ottenuto lo stesso risultato di una pagina funzionante che usa le rotte previste.

Articoli correlati