Kun tilin käyttösähköposti saapuu myöhässä, käyttäjät pyytävät usein useita lisää. Tämä voi luoda päällekkäisiä viestejä, hämmentäviä kelpoisuusikkunoita ja ylimääräistä jonokuormitusta. Diagnosoi matka pyynnöstä onnistuneeseen käyttöön ennen kuin syytät DNS tai pidennät jokaisen tunnuksen käyttöikää.
Luo muokattu tapahtuman aikajana
Käytä sisäistä korrelaatiotunnistetta liittyäksesi liittymispyyntö hyväksytty, tunnus luotu, työ jonossa, toimittaja hyväksytty, vastaanottajan vastaus ja tunnus lunastettu tai hylätty. Älä sijoita tunnistetta, nollaa URL-osoitetta tai OTP:tä rutiinilokeihin. Tallenna tunnisteet ja syyluokat tiukasti rajoitetulla pääsyllä kaikkiin vianetsintää varten tarvittaviin viestinäytteisiin.
SMTP hyväksyntä tarkoittaa, että palvelin on hyväksynyt vastuun tässä vaiheessa; se ei osoita postilaatikon sijoittelua tai viestiä lukevaa ihmistä. Säilytä tämä ero tukityökaluissa. RFC 5321.
OWASP-kirjausopastus tukee korrelaatiota ja sulkee salaisuudet pois rutiinilokeista.
Erota todennus sovelluksen voimassaolosta
Tarkista lopullisista valvotuista viesteistä aiotut lähettäjän identiteetit ja luotettujen vastaanottajien todennustulokset. Vanhentunut toimittajakokoonpano voi katkaista tämän reitin jopa uutiskirjeiden toimiessa. Sitä vastoin postin todennuksen läpäiseminen ei voi tehdä vanhentuneesta tai jo käytetystä sovellustunnisteesta kelvollista.
OWASP suosittelee turvallisesti luotuja, kertakäyttöisiä tunnuksia tai koodeja, joilla on asianmukainen vanheneminen, turvallinen tallennus ja suojaus tilien luettelointia ja liiallisia pyyntöjä vastaan. Sen salasanan palautusopas tarjoaa suojauksen perustan nollausvirroille, ei lupausta sähköpostin toimitusviiveestä. OWASP Unohdin salasanan opastus.
Sähköpostilla toimitetut koodit muihin todennustarkoituksiin edellyttävät oman turvallisuusarvioinnin. Älä kuvaile sähköpostin hallussapitoa tietojenkalastelulta suojatuksi todennuksena, äläkä oleta, että salasanan palautussuositus hyväksyy jokaisen OTP:n käyttöönoton. Digitaalisen identiteetin vaatimusten puitteissa NIST kieltää sähköpostin kaistan ulkopuolisena todentajana, mutta erottaa osoitteen vahvistus- ja palautuskoodit tästä kiellosta. NIST SP 800-63B-4 kohdat 3.1.3 ja 3.1.3.1.
Käytä voimassaolobudjettia
Hypoteettinen aikajana asettaa tunnuksen luomisen klo 09:00:00 ja vanhenee klo 09:05:00 . Palveluntarjoajan hyväksyntä tapahtuu klo 09:00:10 , vastaanottajan hyväksyntä klo 09:04:40 ja havainnollistava käyttäjän toimenpide klo 09:05:20 . Vain 20 sekuntia jäljellä vastaanottimen hyväksymiseen; toimenpide tapahtuu 20 sekuntia vanhenemisen jälkeen.
Ilmoitetun käytännön mukaan, jonka mukaan merkki on kelpaamaton vanhenemishetkellä tai sen jälkeen, muuten kelvollinen käyttämätön token, joka esitetään toisella 299:llä, olisi edelleen tämän viiden minuutin ikkunan sisällä, kun taas sekuntien 300 tai 301 esitys ei olisi. Jo lunastettua tokenia ei saa käyttää uudelleen vain siksi, että aikaa on jäljellä. Nämä ovat odotettuja tuloksia keksityn käytännön mukaisesti, eivät suoritettuja token-tarkistuksia tai suositeltua yleistä käyttöikää.
Tehtävä kysymys on, mihin meni luomisen ja vastaanottajan hyväksymisen välinen 280 sekuntia. Palveluntarjoajan hyväksyntä toisella 10:llä ei todista, että seuraavat 270 sekuntia vietettiin kokonaan yhden palveluntarjoajan sisällä; hanki jono- ja vastaustodisteet ennen vastuun osoittamista. Saapuneet-kansion näkyvyys on edelleen tuntematon. Varsinaista tunnusta, tuotantotiliä tai toimitusta ei testattu.
Korjaa epäonnistunut vaihe
Jos sovellus jonottaa liian hitaasti, priorisoi tilin käyttökuorma ja poista vältettävissä olevat eräviiveet. Jos palveluntarjoaja raportoi tilapäisistä virheistä, tarkista täydelliset vastaukset ja tuettu uudelleenyrityskäsittely. Jos tunnus mitätöi uudemmalla pyynnöllä, tee siitä ymmärrettäväksi paljastamatta, onko tili olemassa todentamattomalle pyynnön esittäjälle.
Käytä nopeusrajoituksia ja selkeitä yleisiä pyyntövastauksia estääksesi toistuvista napsautuksista muodostumasta postitulvaksi. Yhdistä uudelleenyritykset sovelluksen tunnuskäytännön kanssa. Vanhan viestin sokea uudelleenlähettäminen voi toimittaa tunnuksen, joka on jo virheellinen, kun taas rajoittamattoman määrän uusia merkkejä voi lisätä väärinkäyttöriskiä.
Tarkista kirjaamatta salaisuuksia
Testaa hyväksyttyjä valvottuja tilejä asiaankuuluvissa kohteissa ja kirjaa vaiheen latenssi, vanhenemistulos ja päällekkäinen käsittely. Kaikki vanhenemiseen, tunnuksen luomiseen tai tilin palautukseen liittyvät muutokset vaativat turvallisuustarkistuksen. käyttöiän pidentäminen ei korvaa jonojen korjaamista.
Sulje tapaus vaihekohtaisella syyllä, kattavalla korjauksella ja mitatulla asiakasmatkalla. Pidä jäljellä olevat näkyvyysaukot selvänä. Tuen pitäisi pystyä selittämään "vastaanottajan hyväksymä, voimassaoloaika loppunut" väittämättä, että asiakas on lukenut viestin tai paljastanut valtuustietojaan.
Valitse omistaja epäonnistuneesta vaiheesta
Jonon viive kuuluu sovellukselle tai lähettäjälle; selkeä vastaanottokielto kuuluu reitin tutkimiseen; vanhentunut tai jo käytetty tulos kuuluu tunnuksen käytäntöön ja sovelluksen tilaan. Säilytä yksi muokattu korrelaatiotietue ja pyydä asianomaista omistajaa määrittelemään hyväksytty uusintatesti.