EVALUERING AF KONTOOVERTAGELSE
Tilføj kontekst til beslutninger om login og gendannelse.
Gennemgå en syntetisk login- eller kontogendannelsesinteraktion uden at betragte ét usædvanligt signal som bevis på kompromittering. Workflowet holder tilgængelig, manglende og utilgængelig evidens synlig, før applikationen vælger det næste skridt.
WORKFLOW FOR LOGIN OG GENDANNELSE
Evaluér interaktionen, ikke en permanent mærkat.
Et forsøg på login eller gendannelse kan virke uvant af mange årsager. Hold handlingen, evidenstilstanden og applikationens politik adskilt, så resultatet kan gennemgås og omgøres.
Interaktion
Markér den betydningsfulde interaktion.
Input: en afgrænset login- eller gendannelseshændelse
Evidens
Undersøg, hvad der er kendt, og hvad der ikke er.
Output: vurderingskontekst med evidenstilstand
Politik
Anvend jeres politik for gendannelse og adgang.
Beslutning: ejet og registreret af jeres applikation
Markér den betydningsfulde interaktion.
Identificér, om applikationen vurderer et forsøg på login eller kontogendannelse, og tilknyt derefter kun den tilladte serverkontekst, der er nødvendig for beslutningen.
Input: en afgrænset login- eller gendannelseshændelse
Undersøg, hvad der er kendt, og hvad der ikke er.
Læs vurderingen, dens begrundelser og tilgængeligheden af den bidragende evidens samlet. Manglende eller fejlet evidens forbliver synlig frem for at blive omsat til et beroligende resultat.
Output: vurderingskontekst med evidenstilstand
Anvend jeres politik for gendannelse og adgang.
Jeres applikation beslutter, om den skal fortsætte, bede om yderligere kontrol, sende interaktionen til gennemgang eller stoppe den. Noxtica-resultatet er et input, ikke en autorisation i sig selv.
Beslutning: ejet og registreret af jeres applikation
EVIDENSTILSTAND
Fravær er ikke det samme som sikkerhed.
Evalueringen skal bevare forskellen mellem et observeret input, et input, der ikke blev leveret, og en kontrol, der ikke kunne gennemføres.
Evidens til stede
Et understøttet input bidrog med kontekst.
Evidens mangler
Et forventet input blev ikke leveret.
Evidens utilgængelig
En kontrol kunne ikke give et resultat.
Evidens til stede
Et understøttet input bidrog med kontekst.
Gennemgå, hvilken evidens der var tilgængelig, hvorfor den bidrog, og om applikationen har tilstrækkelig kontekst til at anvende sin valgte politik.
Evidens mangler
Et forventet input blev ikke leveret.
Behandl hullet som ukendt. Gør ikke et udeladt, blokeret eller ikkeindsamlet input til et lavrisikosignal.
Evidens utilgængelig
En kontrol kunne ikke give et resultat.
Hold timeout-, ikkeunderstøttede og behandlingsfejlede forløb adskilt, så applikationen kan anvende en eksplicit fallback.
USIKKERHED OG FALSK POSITIVE
En mistænkelig kontekst kræver stadig en forklaring.
Kontoovertagelse er en hypotese, der skal vurderes. Almindelig kundeadfærd kan skabe de samme overflademønstre som misbrug, og et velkendt miljø beviser ikke, at kontoen er sikker.
Plausible harmløse forklaringer
- En kunde logger ind fra en erstatningsenhed, en nyinstalleret browser eller efter at have ryddet lokale data.
- Rejser, mobil routing, et virksomhedsnetværk eller en privatlivstjeneste ændrer den tilsyneladende netværkskontekst.
- En legitim kunde påbegynder gendannelse efter at have mistet adgang til en enhed eller adgangskodeadministrator.
- Indstillinger for tilgængelighed, privatliv eller browseren forhindrer indsamling af et ellers forventet input.
Hvad der ikke kan udledes
- En gyldig adgangskode eller en velkendt enhed beviser ikke, at personen ejer kontoen.
- En ny enhed, netværksændring eller automatiseret mønster beviser ikke i sig selv kompromittering.
- Manglende eller utilgængelig evidens betyder ikke lav risiko og må ikke vises som sikker.
- Risikokontekst erstatter ikke autentificering, multifaktorkontrol, autorisation eller en sikker gendannelsesproces.
IMPLEMENTERINGSGRÆNSE
Forbind beslutningsvejen på serversiden.
Siden lover ikke en implementeringsmodel, svartid eller automatisk håndhævelse. Afgræns evalueringen til den nuværende gennemgåede integration og de data, applikationen må behandle.
- Verificér interaktionsresultatet på serveren, før det kan påvirke en beslutning om adgang eller gendannelse.
- Indsaml kun oplyste og tilladte input; dokumentér formål, adgang, opbevaring, sletning og adfærd ved utilgængelighed.
- Definér fallback for timeout, fejl, manglende evidens og ikkeunderstøttede klienter, før repræsentativ trafik observeres.
- Hold politikændringer reversible, og kræv godkendelse fra applikationsejeren, før der tilføjes friktion for kunder.
EVALUERINGSMÅL
Mål misbrug og legitim gendannelse samlet.
Start med et afgrænset login- eller gendannelsesforløb og resultater, som jeres team kan verificere. Målet er en evalueringsplan, ikke en lovet reduktion.
- Bekræftede resultater med uautoriseret adgang blandt interaktioner med en kendt endelig afgørelse.
- Gennemførelse af legitimt login og legitim gendannelse, herunder frafald ved yderligere kontrol og eskalering til support.
- Gennemgangsvolumen og -tid for sager, der fortsat er usikre, efter den tilgængelige evidens er undersøgt.
- Dækning af forløb med manglende, utilgængelige, timeout- og ukendte resultater frem for at lade dem falde bort uden videre.
Definér labels, observationsperiode, population, samtidige politikændringer og stopbetingelser, før evalueringen fortolkes. Sidebesøg eller formularindsendelser er ikke dokumentation for produkteffekt.
EVALUERING AF KONTOOVERTAGELSE
Gennemgå én beslutning om login eller gendannelse.
Medbring interaktionen, de nuværende kontroller, huller i evidensen og den politikansvarlige. Gennemgangen holder sig til workflowet frem for at love et resultat før vurderingen.