Lapa veic vairāk nekā vienu pieprasījumu. Atbildot uz pirmo starpniekservera pieteikšanās lodziņu, skripti, attēli vai tiešie savienojumi var doties citos maršrutos un saņemt citus izaicinājumus.

  1. Atrodiet neveiksmīgu resursu. Pierakstiet tā galamērķi, izvēlēto starpniekserveri un 407 izaicinājumu. Salīdziniet tos pašus laukus ar resursu, kas izdodas; ar galvenās lapas URL vien nepietiek.
  2. Meklējiet kopīgo atšķirību. Neveiksmes var sekot vienam resursa resursdatoram, atsevišķiem HTTP/HTTPS ceļiem, paplašinājumam vai PAC lēmumam. Viena galapunkta pieņemta pieteikšanās nepierāda, ka to pieņems cits. Autentifikācijas kešošana arī ir atkarīga no izaicinājuma, identitātes un maršruta tvēruma.
  3. Salabojiet noteikto apmaiņu. Izlabojiet maršrutu, kontu vai atbalstīto autentifikācijas uzvedību, pēc tam pārbaudiet gan lapas uzvedību, gan resursu rezultātus.

Vienas un tās pašas paroles atkārtota ievadīšana sniedz maz pierādījumu, līdz šis tvērums nav zināms. Agrīni pārlūka apietie risinājumi, piemēram, WebSockets izslēgšana, skriptu bloķēšana vai paplašinājumu maiņa, var noņemt pieprasījumu, kas izraisa lodziņu, bet arī nepieciešamu funkciju.

Nevēlama resursa bloķēšana var būt apzināta politikas izvēle. Aprakstiet šo iznākumu kā bloķēšanu, nevis kā pierādījumu, ka autentifikācija tagad darbojas. Klusa lapa bez nepieciešamā reāllaika savienojuma nav sasniegusi to pašu rezultātu kā strādājoša lapa ar paredzētajiem maršrutiem.

Saistītie raksti