Ennakoiva Basic-välityspalvelimen todennus tunnetulle päätepisteelle
Päätä, milloin ennakoiva Basic-välityspalvelimen todennus sopii kiinteälle päätepisteelle, äläkä anna päätöksen muuttua tunnistetietosäännöksi mielivaltaisille reiteille.
Asiakas, joka odottaa ensin haastetta, odottaa välityspalvelimen kysyvän. Ennakoiva Basic-asiakas tuntee jo valitun päätepisteen ja lähettää tunnistetiedon ensimmäisessä soveltuvassa pyynnössään. Tuon vaihdon poistaminen voi olla hyödyllistä. Se on silti päätös siitä, minne salasana menee.
Opi tuntemaan päätepiste ennen optimointia
Kiinteä yksityinen välityspalvelin, jolla on tunnettu todennuskäytäntö, on selkeämpi tapaus kuin reitityskerros, joka voi valita tuntemattoman välittäjän. Sido tili odotettuun välityspalvelimen identiteettiin ja protokollaan. Älä rakenna yleistä callbackia, joka vastaa jokaiseen haasteeseen yhdellä yrityksen salasanalla.
Basic kuljettaa tilin base64-esityksen, ei salattua todistetta. TLS välityspalvelimen kuuntelijalle on erillinen yhteysvalinta sivuston HTTPS-istunnosta. Sivuston HTTPS-tunneli ei suojaa takautuvasti Basic-tunnistetietoa, joka lähetettiin salaamattomassa asiakas–välityspalvelin-yhteydessä. Yksityinen LAN on sijainti, ei salausominaisuus.
Pidä mekanismi täsmällisenä
Ennakoiva Basic ei ole yleinen oikotie Digestille, NTLM:lle tai Negotiatelle. Näillä mekanismeilla on omat vaihtovaatimuksensa. Asiakas, joka löytää tuetut kaaviot, voi laillisesti suorittaa lisätapahtumia.
Käytä valitun kirjaston välityspalvelimen todennusrajapintaa ja tarkastele sitten tosiasiallista kaaviota ja laajuutta. Kohteen esitodennuksen asetus ei välttämättä ohjaa välityspalvelimen kättelyä. Olemassa oleva todennettu yhteys voi myös piilottaa, tekisikö uusi yhteys haasteen.
Vertaa koko toimintoa: vaihtojen määrä, valmistumisaika, tarvittava siirtosuojaus ja käyttäytyminen, kun välityspalvelin vaihtuu. Siistimpi loki on hyödyllinen vain, jos sovellus todentaa edelleen aiottuun välittäjään ja pysähtyy, kun sitä järjestelyä ei voida muodostaa.