Een aanmeldingsmail bevat vaak een mogelijkheid: een link of code die de accountstatus wijzigt. Het threat modelleren van die stroom begint met het volgen van de mogelijkheid in plaats van het bericht als gewone tekst te behandelen.
Trek het pad
Som de applicatie, verzendende provider, ontvangende mailbox, browser die het bericht weergeeft en de bestemming die door de link wordt geopend op. Voeg operationele logs, ondersteunende screenshots en doorgestuurde kopieën toe. Elke extra kopie kan de levensduur of het publiek van het geheim verlengen.
Stel een vraag bij elke grens
- Application to sender: Is het bericht gekoppeld aan de beoogde actie en ontvanger?
- Receiver to reader: Wat bewijst dat deze browser of dit account de inbox mag bekijken?
- HTML to browser: Kan externe inhoud, scripts of navigatie een onverwacht verzoek veroorzaken?
- Link to application: Is het token beperkt tot het beoogde doel, account en levensduur?
- Operations to support: Worden tokens verwijderd uit routinematige logs en screenshots?
Prioriteer praktische faalgevallen
Test voor uw eigen applicatie een hergebruikt token, een token dat na verlopen wordt geopend, een adres dat halverwege de verificatie wordt gewijzigd en een bericht dat wordt bekeken vanuit een niet‑geautoriseerde sessie. Gebruik synthetische accounts, geen klantmailboxen.
Kies de mailbox dienovereenkomstig
Een inbox die handig is voor een openbare download kan ongeschikt zijn voor accountherstel. Bekijk het daadwerkelijke toegangs- en retentiemodel. Een er willekeurig uitziend adres is op zichzelf geen bewijs van exclusieve toegang. Bewaar langdurige of gevoelige identiteiten in een mailbox die u kunt beheersen en herstellen.