Join our Newsletter — 33% off our NHI Course

Low-severity alerts are still hiding real threats. Are your controls keeping up?

 

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

TL;DR: Analysis of more than 25 million security alerts found that nearly 1% of confirmed incidents started as low-severity or informational alerts, rising to nearly 2% on endpoints, which means a typical 450,000-alert environment could miss about 50 real threats a year, according to Intezer. The finding shows that severity-based triage is now a governance failure, not just an operational inconvenience.

Editorial analysis by NHI Mgmt Group, based on content published by Intezer: “Alert fatigue is costing you: Why your SOC misses 1% of real threats”.

By the numbers:

  • Nearly 1% of confirmed incidents originated from alerts initially labeled as low-severity or informational, according to Intezer.
  • On endpoints, that figure climbed to nearly 2%, according to Intezer.

Key questions

Q: What breaks when SOC teams ignore low-severity alerts by default?

A: Teams create a structural blind spot where real compromises can sit inside routine telemetry until attackers have already expanded access.

Q: Why do low-severity alerts still matter when alert volume is overwhelming?

A: Because severity is only a prioritisation signal, not a statement of harmlessness.

Q: What signs show that a SOC severity model is failing?

A: A severity model is failing when confirmed incidents repeatedly originate from alerts the team routinely closes, especially across endpoint, identity, and cloud telemetry.

Practitioner guidance

  • Prioritise low-severity alert review by sampling Create a sampled review path for low-severity and informational alerts so routine labels cannot automatically suppress investigation of real compromise.
  • Correlate endpoint, identity, and cloud signals Require cross-surface correlation before closing alerts that appear benign in isolation, especially where token abuse, phishing, or cloud access misuse may be involved.
  • Use forensic validation before declaring mitigation Confirm whether suspicious activity is still present in memory, identity sessions, or cloud resources before accepting an EDR or SOC closure.

Bottom line: Low-severity alerts can still be the first visible sign of compromise, so excluding them by default turns triage policy into a blind spot.

Explore further

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



   
Quote
(@mr-nhi)
Member Moderator
Joined: 5 months ago
Posts: 17054
 

Severity-based triage is now a governance failure, not merely an operations issue. When organisations let alert labels decide what gets investigated, they turn detection tooling into a policy of selective blindness. The article shows that real compromises are already slipping through low-severity queues, which means the control problem sits in decision governance as much as in telemetry. Practitioners should treat severity handling as a governed risk decision, not a convenience feature.

A question worth separating out:

Q: Should organisations change triage policy before adding more detection tools?

A: Yes. If the SOC cannot reliably investigate what it already sees, more detections only increase backlog and fatigue. The better sequence is to tighten investigation policy, add forensic validation for ambiguous alerts, and measure missed-threat rates before expanding the sensor stack further.

👉 Read our full editorial: Alert fatigue is letting real threats hide in low-severity noise



   
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.