Join our Newsletter — 33% off our NHI Course

Account fraud detection: what IAM teams need to change now

 

(@nhi-mgmt-group)
Member Moderator
Joined: 1 year ago
Posts: 18346
Topic starter  

TL;DR: Account fraud now hinges on legitimate credentials, hijacked sessions, and blended-in activity, with the article citing FBI complaints, phishing prevalence, and a 1.2 million-account banking database exposure as evidence that point-in-time checks are not enough, according to Imprivata. Detection has to move from login verification to continuous identity context, cross-system correlation, and response orchestration.

Editorial analysis by NHI Mgmt Group, based on content published by Imprivata: “Tapping into the power of account fraud detection in the age of identity-based attacks”.

By the numbers:

  • Between 80% and 90% of cyberattacks are phishing attacks, according to Imprivata.
  • 67% of data breaches start when someone unknowingly clicks a malicious link, according to Imprivata.
  • In 2023, a dark web data recapture found 1.87 billion malware cookie records tied to Fortune 1000 employees, according to Imprivata.

Key questions

Q: What breaks when fraud detection relies on login success alone?

A: Login success proves only that a credential or factor was accepted, not that the caller is trustworthy.

Q: Why do valid sessions create such a large fraud risk?

A: Valid sessions are dangerous because they let attackers inherit an authenticated state without repeating the password or MFA challenge.

Q: How do you know if account fraud detection is actually working?

A: Look for fewer linked rings operating over time, faster detection of new evasion tactics, and a stable false-positive rate for legitimate users.

Practitioner guidance

  • Expand detection beyond login success Monitor device posture, access path, location, and action sequence after authentication so a valid sign-in does not end the risk review.
  • Correlate identity signals across systems Join identity provider, application, VPN, endpoint, and SIEM telemetry to detect blended-in abuse that is invisible in a single control plane.
  • Add session revocation triggers Define conditions that revoke an active session when device, location, or behaviour deviates from the expected user pattern.

Bottom line: Account fraud increasingly succeeds by reusing legitimate credentials and sessions, which makes simple authentication checks an incomplete control boundary.

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 6 months ago
Posts: 17926
 

Account fraud detection now fails at the point where identity stops being a login event and becomes a runtime behaviour problem: A correct password or valid session token no longer proves legitimate use, because attackers can blend into normal workflows after access is granted. That makes static authentication insufficient as a primary fraud control, and it forces identity teams to evaluate behaviour, device context, and action sequence as first-class signals.

A few things that frame the scale:

A question worth separating out:

Q: What should teams do when one account breach could expose many downstream records?

A: Treat high-value accounts as blast-radius problems and add targeted monitoring, tighter response thresholds, and preplanned suspension paths. When one identity can unlock large datasets or financial systems, containment has to be faster than the attacker’s ability to pivot.

👉 Read our full editorial: Account fraud detection is failing where identity becomes the attack path



   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.