Join our Newsletter — 33% off our NHI Course

Who is exposed when vulnerability counting keeps missing risk?

 

(@nhi-mgmt-group)
Member Moderator
Joined: 2 years ago
Posts: 19722
Topic starter  

TL;DR: More scanners, dashboards, and patch work no longer prove lower risk in large vulnerability programmes, according to Nucleus. Prioritisation has to shift to exploitability, asset criticality, and business consequence if remediation is meant to reduce exposure.

Editorial analysis by NHI Mgmt Group, based on content published by Nucleus: “Why 2025 Marked a Turning Point for Exposure Management and for Nucleus”.

Key questions

Q: When should teams prioritise exposure management over patch SLAs?

A: Teams should prioritise exposure management when SLA compliance no longer correlates with reduced risk, especially in fast-changing estates where attackers can exploit only a small set of weaknesses.

Q: What are the signs that vulnerability management is not working well enough in an enterprise?

A: Common warning signs include long remediation cycles, weak visibility into where vulnerabilities exist, and inconsistent prioritisation of high-risk findings.

Q: Why does vulnerability counting fail in large security programmes?

A: Vulnerability counting fails because raw volume does not show exploitability, asset importance, or business impact.

Practitioner guidance

  • Standardise exposure prioritisation criteria Define a consistent decision model that weights exploitability, asset criticality, threat activity, and compensating controls before remediation queues are assigned.
  • Replace patch volume KPIs Stop using finding counts and SLA completion as primary success measures when they do not show whether the most meaningful risks were reduced.
  • Normalize scanner and asset data Deduplicate findings, reconcile conflicting severity scores, and tie each weakness back to an authoritative asset record before ranking remediation.

Bottom line: Vulnerability counting stops being useful when the organisation cannot show that more activity is producing less risk.

Glossary terms: Exposure management, Exploitability context, Risk Prioritisation, Remediation SLA

Explore further

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


This topic was modified 2 days ago by NHI Mgmt Group

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

Exposure management is a governance correction, not a tool category. The article describes a shift away from counting findings toward deciding which weaknesses matter in context. That is a programme-level change in how risk is governed, especially where scale makes simple SLA compliance misleading. The practitioner conclusion is that defensible decision-making is now the core control objective.

A question worth separating out:

Q: What happens when exposure programmes lack business context?

A: Without business context, exposure programmes default to technical urgency instead of operational relevance. Teams end up fixing what is easy to count rather than what is most likely to cause harm. The result is a remediation plan that looks busy, satisfies reporting cycles, and still leaves the organisation exposed where it matters most.

👉 Read our full editorial: Exposure management should replace volume-based vulnerability programs


This post was modified 2 days ago by NHI Mgmt Group

   
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.