TL;DR: Zero-day alerts surged in 2026 as AI helps attackers find and chain vulnerabilities faster, according to Coalition, while 94% of policyholders received none and only 59% of notified policyholders had fewer than 25 employees. The operative shift is from patching everything to governing exposure, exploitability, and business impact.
Editorial analysis by NHI Mgmt Group, based on content published by Coalition: “Combatting the ‘Vulnpocalypse’ With Zero-Day Alerts”.
By the numbers:
- Coalition sent 49 ZDAs between May 1, 2026, and August 1, 2026.
- 94% of policyholders didn’t receive a single ZDA.
- 59% of notified policyholders have fewer than 25 employees.
Key questions
Q: What should security teams do first when zero-day alerts start piling up?
A: Start with externally reachable vulnerabilities that can be chained into higher-impact access, then sort the rest by business criticality.
Q: Why do low-scoring vulnerabilities still create major risk in practice?
A: A low score can hide the fact that a flaw is an entry point for another exploit, especially when the second step requires privileges or a specific service condition.
Q: How do you know if vulnerability prioritisation is working?
A: You should see fewer blocking tickets, faster remediation on exploitable issues, and better alignment between security work and business risk.
Practitioner guidance
- Prioritize exposed attack paths first Rank vulnerabilities by external reachability, chaining potential, and whether they unlock a higher-privilege path before you consider general severity scores.
- Create a zero-day triage queue Route confirmed zero-days and chained exploit candidates into a separate queue with named owners, service-level targets, and explicit executive visibility.
- Tune remediation to business impact Use asset criticality and likely blast radius to decide whether a patch belongs in immediate response, scheduled maintenance, or monitored deferral.
Bottom line: The article argues that the real vulnerability-management challenge is deciding which alerts represent an exploitable path, not counting every issue in a release.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
Alert volume is now a governance problem, not a vulnerability-count problem: the decisive question is which flaws create an attacker path, not how many appear in a monthly release. When discovery scales faster than remediation, teams need exposure-based prioritisation that reflects exploitability, privilege prerequisites, and network reach. That is especially true where identity-adjacent systems sit behind a small number of externally reachable services. Practitioners should treat alert filtration as a control function, not a reporting exercise.
A question worth separating out:
Q: When should organisations treat zero-day alerts as an executive issue?
A: When the alert points to a reachable flaw that could affect customer-facing systems, privileged access paths, or revenue-critical services. At that point the issue is not just technical remediation, but operational continuity and risk ownership across security and IT leadership.
👉 Read our full editorial: Zero-day alerts are becoming the real triage problem in patching