Topics → CVE management

CVE management

The practical guide to triaging, prioritising, and patching CVEs without losing your weekend. CVSS, EPSS, KEV, exposure context, and the rules that separate "fix tonight" from "ignore for now" — written for homelab and small-fleet operators, not enterprise SOC teams.

The core problem

A weekly CVE scan on a small Linux fleet routinely returns hundreds of findings — most of them theoretical, a few genuinely urgent, and the operator's job is to tell the difference quickly. Patch everything immediately isn't a strategy; it's a reliability incident waiting to happen. Patch nothing isn't either; that's how regreSSHion ends up RCE-ing your jump box. The middle path is informed prioritisation, and it depends on three numbers most homelab operators have never had to think about.

The three numbers that matter

Every modern CVE triage decision rests on three signals:

Together they form the canonical CVE triage matrix: KEV-listed → patch immediately; high-EPSS + high-CVSS → patch this week; high-CVSS but low-EPSS → patch on cycle; everything else → log and ignore. The full decision tree, with worked examples, is in how to triage CVE findings: critical, high, medium, and "ignore for now".

Glossary first

Before you can triage, you need to know what the acronyms actually mean. CVE, CVSS, CWE, CPE, KEV, EPSS, NVD, SBOM — there are 13 of them in routine use, all genuinely necessary, none self-explanatory. CVE, CVSS, CWE, CPE: a plain-English glossary walks through each one in the order you'll meet them.

Patching cadence

The cadence question — daily? weekly? monthly? — has a practical answer for fleets of 5-50 hosts: nightly scan, monthly patch window, with KEV findings cutting the queue. The reasoning is in how often should you scan your homelab.

Two related traps: continuous CVE scanning vs periodic patching covers why scan frequency and patch frequency answer different questions (scan finds drift, patch fixes it — they're not substitutes). And the patching gap covers why apt upgrade alone misses Plex, Grafana, Pi-hole, and the *arr suite — the software where homelab CVEs actually accumulate.

The full reading list

Worked examples — recent CVEs in homelabs

Theory is fine; worked examples make it concrete. Each of the posts below applies the triage framework to a real CVE that hit homelabs.

Tooling that fits the homelab shape

Noxen is a Mac-native CVE scanner built around this triage philosophy. It pulls a daily NVD/OSV feed, matches it against installed packages on your remote Linux hosts over SSH, and surfaces findings ranked by KEV / EPSS / CVSS — not by raw CVSS alone. It's the version of Nessus that fits a homelab budget and homelab shape.

Frequently asked

What's the difference between CVSS and EPSS?

CVSS (0–10) tells you how bad a vulnerability would be if exploited; EPSS (0–1) tells you how likely it is to be exploited in the next 30 days. Prioritise with EPSS, size impact with CVSS — and let EPSS and KEV override raw severity.

Do I need to patch every CVE my scanner finds?

No. Triage in order: CISA KEV → patch now; high-EPSS + high-CVSS → this week; high-CVSS, low-EPSS → on cycle; everything else → log and ignore. Patching everything immediately is its own reliability risk.

How often should I scan for CVEs on a homelab?

Nightly scan, monthly patch window, KEV findings cutting the queue — the reasoning is in how often should you scan your homelab.

Does apt upgrade cover all my CVEs?

No — it only patches what the package manager installed. Self-hosted apps (Plex, Grafana, Pi-hole, the *arr suite) live outside it, and that's where homelab CVEs pile up. See the patching gap.

Related topic pages

All blog posts →   See what Noxen does →