Security Patch Management
Security patch management is the practice of turning a published software flaw into a dated obligation to fix it, and then proving the fix landed. It covers how a vulnerability gets identified, how evidence of real-world attacks sets the deadline, how the vendor fix or temporary workaround is applied, and how the result is verified. It exists because attackers use published flaws faster than ordinary maintenance schedules can close them.
itDefensive security and security operations | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — Security Patch Management
Security patch management is the slightly less glamorous job of turning a published software flaw into a dated obligation, then proving the dangerous condition is gone. General patching has a calendar. Security patching has an attacker, which is a calendar with poor manners and an alarming ability to rearrange itself.
The useful mental model is a loop, not a pile of updates. A disclosure becomes a CVE ID, the shared name for a vulnerability. Evidence is added about exploitation, impact, and the affected product. That evidence, plus what is known about an asset, becomes a due date. A fix is acquired, applied, and checked on the asset. The record closes only when the result is observed. A green deployment dashboard has performed one small act in this drama; it has not necessarily reached the ending.
The awkward surprise is that a severity score is not a deadline. KEV, CISA's catalog of vulnerabilities with reliable evidence of active exploitation, answers whether a flaw is being used. EPSS, a daily estimate of likely observed exploitation, answers a different question. CVSS describes characteristics of the flaw. None of them knows whether a particular asset is public, vital, or even really running the component the scanner noticed. That last part is your evidence problem.
CISA's four decision points make the clock visible: exposure, KEV status, exploit automation, and technical impact. A queued item can become more urgent when new evidence appears, or less urgent when public exposure is removed. Missing information gets conservative treatment. This is why a spreadsheet frozen on Monday can be a charming historical document by Thursday, but not a security control.
A vendor fix eliminates the vulnerable condition. A mitigation or workaround may reduce exposure while the fix is prepared, which is valuable, but it is not the same thing. Some fixes need a reboot. Some are enabled by configuration. Linux vendors may backport a fix while leaving a familiar version number in place. Container fixes usually mean a rebuilt image and a redeployment. The patch has many hiding places; confidence has only one: checking the resulting state.
Start with the Course tab for the pipeline and the deadline logic. Use Cheatsheet when a decision point, remediation category, or verification trap needs a quick lookup. Field Notes deals with the awkward operational parts that turn a tidy queue into real work. Reference leads to the standards and advisories when the course's map needs exact terrain. The basic aim is pleasingly unfashionable: for each vulnerable asset, know the due date, the action, and the observation that proves it worked.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://csrc.nist.gov/pubs/sp/800/40/r4/final
Supports
- Definition of enterprise patch management and preventive maintenance framing
- Identify, prioritize, acquire, install, and verify the patch pipeline
- Timeline event for SP 800-40 Revision 4
- https://www.cisa.gov/binding-operational-directive-26-04
Supports
- The four decision points and their outcomes
- Three-day, 14-day, 60-day, and fix-on-system-upgrade deadlines
- The clock starting, shortening, and defaulting pessimistically
- Forensic triage requirement and implementation sequence
- Supersession of BOD 19-02 and BOD 22-01
- https://www.cisa.gov/known-exploited-vulnerabilities-catalog
Supports
- KEV inclusion criteria and what counts as active exploitation
- Scanning, research, and public proof-of-concept exclusion
- Removal-from-network remediation action for unsupported products
- Timeline event for the KEV catalog launch
- https://www.cisa.gov/vulnrichment
Supports
- The Authorized Data Publisher container for CVE records
- SSVC decision points and CWE/CVSS enrichment at scale
- https://www.cve.org/ProgramOrganization/CNAs
Supports
- CNA scope and identifier assignment
- Reserved, Published, and Rejected record states
- Timeline event for the CVE project launch
- https://nvd.nist.gov/
Supports
- NVD synchronization with the CVE List and enrichment with product and impact data
- https://docs.oasis-open.org/csaf/csaf/v2.0/csaf-v2.0.html
Supports
- CSAF 2.0 as an OASIS Standard published 18 November 2022
- Product status values including under_investigation
- Remediation categories and restart_required
- Timeline event for CSAF 2.0
- https://docs.oasis-open.org/csaf/csaf/v2.0/Profiles/csaf-v2.0-profiles-vex.html
Supports
- VEX as CSAF Profile 5 and the not-exploitable statement with justification
- https://www.first.org/epss/
Supports
- Daily exploitation probability and percentile ranking
- Skewed distribution and the boundary that EPSS is not a complete risk score
- https://www.first.org/cvss/v4-0/
Supports
- CVSS v4.0 metric groups
- CVSS-B, CVSS-BT, CVSS-BE, and CVSS-BTE nomenclature
- Worst-case defaults for a bare base score
- Timeline event for CVSS v4.0
- https://www.cisa.gov/ssvc
Supports
- SSVC decision tree inputs and Track, Track star, Attend, and Act decisions
- Timeline event for CISA's SSVC tree
- https://learn.microsoft.com/en-us/windows/deployment/update/security-updates
Supports
- Monthly security update cadence on the second Tuesday
- Out-of-band releases being cumulative and superseding prior content
- Windows Update, WSUS, and the Microsoft Update Catalog delivery
- https://access.redhat.com/security/updates/backporting
Supports
- Backporting of security fixes to shipped versions
- Version-string scanning producing false positives against fixed packages
- https://ubuntu.com/security/livepatch
Supports
- Kernel fixes applied to a running kernel without a reboot
- The on-disk kernel still requiring the regular update
- https://en.wikipedia.org/wiki/Morris_worm
Supports
- Timeline event for the 1988 Morris worm
- https://en.wikipedia.org/wiki/Patch_Tuesday
Supports
- Timeline event for the start of Microsoft Patch Tuesday in 2003
- https://en.wikipedia.org/wiki/Windows_Server_Update_Services
Supports
- Timeline event for Windows Server Update Services
- https://en.wikipedia.org/wiki/Common_Vulnerabilities_and_Exposures
Supports
- Timeline event for the launch of the CVE project in 1999
- https://csrc.nist.gov/pubs/sp/800/40/r3/final
Supports
- Timeline event for SP 800-40 Revision 3
- https://www.cisa.gov/binding-operational-directive-22-01
Supports
- Timeline event for BOD 22-01 establishing KEV-driven federal remediation deadlines
- https://www.microsoft.com/en-us/security/blog/2019/10/09/patching-social-responsibility/
Supports
- Practitioner evidence that organizations struggle to define patch testing and remediation speed
- Field Note on the deadline cost of rollout stages
- https://www.usenix.org/publications/loginonline/secsre-bringing-security-sre-world
Supports
- Security SRE treatment of patch cadence as a measurable security indicator
- Field Note on making patch latency an operating signal
