Menu

1 / 5

Login anomaly detection: why our 3 a.m. alarm was mostly wrong

DEV Community: authentication·System Design Simple·1 day ago
#aBp7b2rc
#devtoauthentication#devto#dev#lab#base
Reading 0:00
15s threshold

Login anomaly detection based on a fixed 1 to 5 a.m. window judges every account by the same clock, so it fires on everyone whose normal life happens at night. Judging each login against that account's own history cut false alarms from 78.9 to 3.8 per 1,000 logins in our synthetic lab and caught more of the planted bad logins.

The fixed rule in our lab {#lab}

The fixed rule is one red slice of the clock, applied to every account.

The lab ( labs/sd-60/run.mjs ) generates 30 days of logins for 200 synthetic users with a fixed seed. Each user has a home country, usual hours and one or two devices, and ordinary life is mixed in: about 10% work night shifts, about 25% take a trip abroad, about 15% get a new phone mid-month, and 3% of honest logins happen at a random hour. Days 1 to 7 only build history.…

Continue reading — create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.