RoboShadow Guide · Foundations · 2026
Vulnerability Management 101

What Is Vulnerability Management? The Complete 2026 Guide

Vulnerability management is the continuous practice of finding the weaknesses in your estate, working out which ones actually matter, fixing them, and proving they are gone. It is a loop, not a scan. In 2026, the teams that reduce risk fastest are the ones that close that loop automatically instead of producing ever-longer reports.

Create account
6
stages in the vulnerability management lifecycle
40k+
new CVEs published in 2024, per CVE Program records
2–7%
of published CVEs are ever observed exploited in the wild, per FIRST’s EPSS research
1
loop: discover, assess, prioritise, remediate, verify, report
Key points

The short version

Any scanner can hand you a list of thousands of findings. Vulnerability management is the discipline that turns that list into a short, ranked set of things worth doing this week, and then makes sure they get done. Five takeaways:

  • Vulnerability management is the continuous process of discovering, assessing, prioritising, remediating and verifying security weaknesses across an IT estate.
  • The vulnerability management lifecycle has six stages: discover, assess, prioritise, remediate, verify and report, with the last feeding back into the first.
  • Prioritise by exploitability, not severity alone: combine CVSS with EPSS probability, the CISA KEV catalogue and business context.
  • Vulnerability assessment is a point-in-time snapshot; vulnerability management is the always-on programme built around it.
  • Teams that measurably reduce risk automate remediation at scale, verify fixes with re-scans, and report a falling trend over time.
Definition

What vulnerability management means

A vulnerability is any weakness an attacker could use to do something they should not: a missing security patch, an out-of-date application, a misconfigured setting, a weak identity control. Vulnerability management (VM) is the ongoing, structured process of identifying those weaknesses across your whole estate, assessing how much each one matters, remediating the ones that count, and verifying the result, on repeat. This end-to-end vulnerability management process is what separates a scanning tool from a security programme.

The defining word is continuous. The CVE Program published more than 40,000 new CVEs in 2024 alone, and your estate changes every time someone installs software or spins up a machine; a clean scan on Monday tells you nothing about Friday. Continuous vulnerability management treats security posture as a live signal that is watched all the time, rather than an annual certificate. Research behind FIRST’s EPSS suggests only around 2–7% of published CVEs are ever observed being exploited in the wild, which is precisely why the process, and not just the scanning, is where risk actually falls.

Tooling matters, but the vulnerability management process is what reduces risk. A short list of the right fixes, actioned quickly and verified, is worth more than a 900-page report nobody reads.
Create account
The lifecycle

The six stages of the vulnerability management lifecycle

Most frameworks (NIST, SANS, CIS) describe the same six-stage vulnerability management process under slightly different names. Each stage feeds the next, and the last feeds back into the first.

  • 1. Discover. Build and keep a live inventory of assets (endpoints, servers, cloud, external-facing services and identities) and scan each for weaknesses. Unknown assets are unmanaged risk, so discovery is both what you own and what is wrong with it.
  • 2. Assess. Enrich every finding with context: severity, whether a patch exists, whether it is exposed to the internet, and what the affected asset actually does. A critical flaw on a test box is not a critical flaw on your payment server.
  • 3. Prioritise. Rank the findings so the team works the few that matter first. This is where CVSS, EPSS and the CISA Known Exploited Vulnerabilities catalogue come in; more on those below.
  • 4. Remediate. Fix it: patch, update the application, change the misconfiguration, or apply a compensating control. Where a fix is not possible yet, formally accept and document the risk rather than losing it.
  • 5. Verify. Re-scan to confirm the fix landed and did not regress. Until a re-scan confirms it, the finding is still open.
  • 6. Report. Track the trend over time (mean time to remediate, open critical count, coverage) for the board, for auditors, and to steer the next cycle. Then the loop starts again.
The stages most teams under-invest in are remediation at scale, verification and reporting. Any scanner can hand you a list; the organisations that measurably lower risk are the ones that clear it, automatically where possible, then prove the fixes stuck and can show the trend line bending down.
Scan types

The kinds of scanning that feed the loop

Discovery is not one activity. A complete VM programme layers several scan types, because each sees a different slice of your risk. You rarely need all of them on day one, but you should know which blind spots you are leaving open.

Scan typeWhat it looks atWhy it matters
External / attack surfaceInternet-facing IPs, ports, domains, certificates and web appsThis is what an attacker sees first — the front door to your organisation
Internal / networkDevices and services inside the LAN, from the attacker's post-breach viewShows how far an intruder could move once they are already in
Authenticated (credentialed)Deep inside the host using valid credentials or an agentFar more accurate and lower false-positive than probing from outside
UnauthenticatedThe host as an outsider sees it, with no credentialsFast and broad, but misses installed-software and config detail
Web applicationSites and APIs for OWASP-class flaws (injection, auth, exposure)Custom web code is not covered by OS patching
Device / endpoint postureMissing patches, out-of-date apps, encryption, AV, hardeningWhere most real, fixable exposure lives day to day
Authenticated scanning, usually via a lightweight agent, is the single biggest accuracy upgrade most teams can make: it reads the true installed-software and patch state instead of inferring it from the outside.
Create account
Prioritisation

CVSS tells you how bad it could be. EPSS and KEV tell you how likely it is.

If you fix by CVSS score alone you will spend your week on high-severity flaws that no one is actually exploiting, while a medium-severity bug being weaponised right now sits open. Modern prioritisation combines three signals.

CVSS
severity — how much damage the flaw could do if exploited
A 0-10 technical score. Necessary, but on its own it over-flags: most estates have thousands of 'criticals'
EPSS
probability the flaw will be exploited in the next 30 days
A data-driven likelihood score from FIRST. Cuts the noise dramatically
KEV
confirmed exploited in the wild, per the CISA catalogue
If it is on the KEV list, it is not theoretical — treat as fix-now
The practical rule for 2026: rank by exploitability and exposure, not raw severity. A vulnerability that is known-exploited (KEV), reachable from the internet, on an asset that matters, beats a higher-CVSS flaw that is internal-only and has no exploit. Add business context (what the asset does, what data it holds) and you have a fix list a small team can actually clear.
A high CVSS score is not a to-do list. Most organisations that drown in vulnerability management do so because they treat every 'critical' as equally urgent. The signal you want is the intersection: severe, exploited, exposed, and on something important.
A worked example: CVE-2024-38193. This Windows privilege-escalation flaw carried a CVSS score of 7.8, lower than the thousands of 9.x findings sitting in a typical backlog. It was also a zero-day actively exploited by the Lazarus group, patched in Microsoft's August 2024 update and added to the CISA KEV catalogue within days. Ranked by CVSS alone it queues behind hundreds of unexploited criticals; ranked by exploitability it goes straight to the top of the fix list, which is exactly where it belonged.
Prioritisation data sources: NVD (CVSS) · FIRST EPSS · CISA KEV catalogue
Related but different

Vulnerability management vs assessment vs penetration testing

These three get used interchangeably and they are not the same thing. The difference is cadence and depth, and you need more than one of them.

What it isCadenceOutput
Vulnerability assessmentA point-in-time scan and review of weaknessesPeriodic (e.g. monthly/quarterly)A snapshot list of findings
Vulnerability managementThe continuous programme around those findingsAlways-on, loopedA falling risk trend over time
Penetration testingHumans actively trying to exploit and chain flawsPoint-in-time (e.g. annually)Proof of what a real attacker could achieve
Think of it this way: an assessment is a photograph, management is the film, and a pen test is someone actually trying the locks. Compliance frameworks increasingly expect the continuous programme, not just an annual snapshot.

Attack surface management (ASM) sits alongside these as the outside-in, continuously-discovering view of everything you expose to the internet, often including things you had forgotten you owned. For most organisations, continuous VM plus periodic pen testing is the backbone, with external ASM feeding the discovery stage.

Create account
Best practices

How to run vulnerability management well

The mechanics above are the what. These are the habits that separate programmes that bend the risk curve from programmes that generate reports.

  • Set remediation SLAs by risk tier, not severity. Known-exploited (KEV) or internet-exposed findings within days; other high-risk findings within 14 days; the routine backlog on a monthly cadence. Cyber Essentials expects high-risk patches applied within 14 days, which is a sensible default even if you are not certifying.
  • Automate the routine majority. Most remediation is repetitive third-party patching and configuration correction. Automate that bulk and reserve human hours for the exceptions: BIOS and firmware updates, firewall rules, and critical services where you want a person in the loop.
  • Verify by re-scan, not by ticket status. A closed ticket is not a closed vulnerability. Make the re-scan the definition of done, so verification happens automatically on the next cycle.
  • Measure the trend, not the snapshot. Track mean time to remediate, open critical count and scan coverage month over month. One number going the right direction is worth more than any single report.
  • Get to full coverage before adding depth. Continuous vulnerability management only works if it sees the whole estate; an unmanaged 20% of devices will quietly hold most of your real exposure.
Compliance follows naturally from a well-run process. ISO 27001 (control A.8.8) and SOC 2 expect an operating vulnerability management process with evidence; PCI DSS requires quarterly scans and remediation of critical findings; Cyber Essentials sets the 14-day patching expectation. Auditors increasingly ask for remediation evidence and the trend line, not just a scan report, and a programme run this way produces both as a by-product.
What to look for

Choosing a vulnerability management platform in 2026

The market has spent a decade selling discovery. The differentiator now is what happens after the finding. When you evaluate tools, weigh these.

  • Coverage in one place. External, internal, endpoint, web and cloud in a single platform beats stitching five point tools together: fewer blind spots, one view of risk, one bill.
  • Exploit-aware prioritisation. Native EPSS and CISA KEV enrichment, not just CVSS, so the fix list is short and honest.
  • Closed-loop remediation. Can it actually fix things (patch, update apps, correct misconfigurations) or does it only produce a report and hand you homework? Automation here is where the workload saving lives.
  • Hardening as well as patching. Patching closes known CVEs; configuration hardening (CIS Benchmarks for Windows and Microsoft 365) closes the misconfigurations attackers love. A modern platform does both.
  • Continuous, not project-based. Always-on monitoring with drift detection, so posture is a live signal and you are not blind between quarterly scans.
  • Reporting that survives an audit. Trend lines, mean-time-to-remediate, and evidence you can hand to a board or an assessor without a week of spreadsheet work.
  • Priced to actually deploy everywhere. Vulnerability management only works at full coverage; a tool you can only afford on some of the estate leaves the rest unmanaged.
Where RoboShadow fits

One platform for the whole loop

RoboShadow was built around the belief that the report is the easy half and closing the loop is the point, and that this should not cost a fortune or need a dedicated security team to run.

RoboShadow brings external attack-surface scanning, internal and agent-based device scanning, third-party application and CVE detection, and CIS hardening for Windows and Microsoft 365 into a single platform. Remediation is handled by Cyber Heal and AI AutoFix: one-click and rule-based patching across 7,000+ applications via the WinGet repository, with an EXE/MSI fallback for the rest, typically removing 60–90% of the manual patching workload. Because AutoFix is triggered by each agent re-scan, verification is built into the loop, and remediation reporting with time-series data shows the trend bending down. Scanning itself is free to start, so you can see your estate before you spend anything on automation.

A short list of the right fixes, actioned automatically and verified, beats the longest report. That is what vulnerability management is for, and it is what the platform is built to do.
Common questions

Vulnerability management FAQ

What is vulnerability management?
Vulnerability management is the continuous process of identifying security weaknesses across your IT estate, assessing and prioritising them by real-world risk, fixing the ones that matter, and verifying the fixes worked. It repeats continuously as new vulnerabilities are published and the estate changes.
What are the stages of the vulnerability management lifecycle?
Six: discover (inventory assets and scan for weaknesses), assess (add context), prioritise (rank by real risk), remediate (fix or formally accept), verify (re-scan to confirm), and report (track the trend). The report stage feeds back into the next discovery cycle.
What's the difference between vulnerability management and vulnerability assessment?
A vulnerability assessment is a point-in-time exercise: scan the estate, review the findings, produce a report. Vulnerability management is the continuous programme built around those assessments, covering prioritisation, remediation, verification and reporting over time. An assessment tells you where you stood on a given day; management bends the risk trend down.
How often should vulnerability management be performed?
Continuously. Vulnerability management is an always-on programme rather than a scheduled event: agents and continuous scanning keep posture current, with formal review cadences (weekly triage, monthly reporting) on top. If you are limited to point-in-time scans, monthly is a working minimum and quarterly is the compliance floor for frameworks like PCI DSS.
What tools are used for vulnerability management?
A typical stack includes vulnerability scanners (external, internal and authenticated agent-based), an exploit-intelligence layer (EPSS scores and the CISA KEV catalogue), patch and configuration management to remediate findings, and trend reporting. These can be separate point tools, or a consolidated platform such as RoboShadow, Tenable or Qualys that covers discovery through remediation in one place.
How does vulnerability management support compliance?
Most frameworks require a managed vulnerability process, not just scans. Cyber Essentials expects high-risk patches applied within 14 days; ISO 27001 (control A.8.8) and SOC 2 expect an operating vulnerability management process with evidence; PCI DSS mandates quarterly scans and remediation of critical findings. Continuous vulnerability management produces the remediation evidence and trend reporting that auditors ask for.
Is CVSS enough to prioritise vulnerabilities?
No. CVSS measures how severe a flaw could be, but most estates have thousands of high-CVSS findings. Combine it with EPSS (the probability of exploitation) and the CISA KEV catalogue (confirmed exploited in the wild), plus your own business context, to produce a fix list a real team can clear.
What is the difference between a vulnerability and a CVE?
A vulnerability is any weakness that could be exploited. A CVE (Common Vulnerabilities and Exposures) is a public identifier assigned to a specific, disclosed vulnerability so everyone can refer to it unambiguously, for example CVE-2024-38193. Not every weakness (such as a local misconfiguration) has a CVE.
How is vulnerability management different from penetration testing?
Vulnerability management is a continuous, mostly automated programme that keeps finding and fixing weaknesses. A penetration test is a point-in-time exercise where skilled humans actively try to exploit and chain flaws to prove what a real attacker could achieve. You want both: continuous vulnerability management as the backbone, periodic pen testing to validate it.
The one-line version

Find it, fix it, prove it.
Then do it again tomorrow.

Find every weakness, rank by what is genuinely exploitable, fix it without an engineer for every task, and prove it stuck. That is the whole discipline, and it is what RoboShadow does in one place.

See your own estate — start free