openskills.info
Course Preview

Vulnerability Management

Vulnerability management is the continuous process of finding weaknesses in the technology you use, deciding which ones matter most, treating them safely, and verifying the result. It turns scanner findings and security advisories into owned, risk-based work.

itDefensive security and security operations

Vulnerability Management

Every organization uses technology with weaknesses. New vulnerabilities are disclosed. Software inventories change. Cloud resources appear and disappear. Patches can fix one risk while creating an operational problem.

Vulnerability management gives you a repeatable way to handle that moving target. You identify what is in scope, discover weaknesses, validate the findings, set priorities, choose treatments, verify the result, and measure whether risk is falling.

Use this loop as your mental model:

scope → discover → validate → prioritize → treat → verify
  ↑                                                   ↓
  └──────────── measure, learn, and repeat ───────────┘

The loop is the program. A scanner is only one source of evidence inside it.

Start with the decision, not the tool

A vulnerability is a weakness in software or hardware that can harm confidentiality, integrity, or availability when exploited. A vulnerability finding is evidence that a weakness may affect a particular asset.

Those are different things. A published vulnerability can exist without affecting your environment. A scanner can report a finding that does not match the installed version or reachable configuration. A confirmed weakness can affect an asset whose business importance is still unknown.

Vulnerability management connects four kinds of information:

  • Asset context — what the asset is, where it runs, what it supports, and who owns it.
  • Vulnerability evidence — which weakness may apply and why.
  • Threat context — whether exploitation is possible, expected, or known.
  • Business context — what could happen to the organization if the asset is compromised or disrupted.

The goal is not to produce the largest finding count. The goal is to make defensible treatment decisions and confirm that those decisions reduce risk.

Define scope and ownership

You cannot assess what you cannot identify. Begin with the assets, software, services, environments, and organizational boundaries that the program covers.

Scope can include:

Continue the course

This section is part of the paid course.

See pricing to subscribe, or log in if you already have access.

Where this skill leads

Relevant careers

See how this topic contributes to broader role-level skill maps.

Sources

  • https://www.cisecurity.org/controls/continuous-vulnerability-management
  • https://csrc.nist.gov/pubs/sp/800/40/r4/final
  • https://csrc.nist.gov/pubs/sp/1800/31/final
  • https://nvd.nist.gov/vuln
  • https://nvd.nist.gov/general/cve-process
  • https://www.first.org/cvss/v4.0/specification-document
  • https://www.cisa.gov/known-exploited-vulnerabilities-catalog
  • https://www.cisa.gov/sites/default/files/publications/cisa-ssvc-guide%20508c.pdf
  • https://github.com/sindresorhus/awesome
  • https://github.com/sbilly/awesome-security
  • https://greenbone.github.io/docs/latest/
  • https://nmap.org/book/man.html