CIS Controls v8
CIS Control 16: Application Software Security

CIS Controls v8 CIS-16.6: Establish and Maintain a Severity Rating System and Process for Application Vulnerabilities

Set up and keep a system and process for rating the severity of application vulnerabilities, so the order in which found vulnerabilities are fixed can be prioritised. The process sets a minimum security bar that code or applications must meet before release. Severity ratings give a structured way to triage vulnerabilities, strengthen risk management and help make sure the worst bugs are fixed first. Revisit the system and process each year.

Maintained by Gerard BlokdykVerified against the published standard Control text last updated

What else in your programme already covers this

This control maps to 35 controls across 18 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

  • NIST-CSF-GV.RM-06 A standardized method for calculating, documenting, categorizing, and prioritizing cybersecurity risks is established and communicated
  • NIST-CSF-ID.RA-01 Vulnerabilities in assets are identified, validated, and recorded
  • NIST-CSF-ID.RA-04 Potential impacts and likelihoods of threats exploiting vulnerabilities are identified and recorded
  • NIST-CSF-ID.RA-05 Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and inform risk response prioritization
  • NIST-CSF-RS.MA-03 Incidents are categorized and prioritized

NIST SP 800-53 Rev 5 · 5 controls

NIST SP 800-218 · 4 controls

SOC 2 · 3 controls

  • SOC2-CC3.2 CC3.2 Identifying and analysing risks to objectives (COSO principle 7)
  • SOC2-CC4.1 CC4.1 Ongoing and separate evaluations of control (COSO principle 16)
  • SOC2-CC5.1 CC5.1 Selecting control activities that mitigate risk (COSO principle 10)

ISO 27001:2022 · 2 controls

  • 8.25 Secure development life cycle
  • 8.8 Management of technical vulnerabilities

PCI DSS 4.0 · 2 controls

  • 6.3.1 6.3.1 Vulnerability identification and risk ranking
  • 6.3.3 6.3.3 Timely installation of security patches

APRA CPS 234 · 1 control

  • CPS234-21 Implementation of Information Security Controls
  • ISM-2025 Issue tracking for development tasks

C5 (Germany) · 1 control

  • C5-DEV-05 Risk assessment, categorisation and prioritisation of changes

CMMC 2.0 · 1 control

DORA · 1 control

  • DORA-Art.18 Classification of ICT-related incidents and cyber threats

FedRAMP High · 1 control

  • RA-5 Vulnerability Monitoring and Scanning

FedRAMP Moderate · 1 control

  • RA-5 Vulnerability Monitoring and Scanning

ISO 27002:2022 · 1 control

  • 8.8 Management of technical vulnerabilities

ISO 27701:2019 · 1 control

  • 6.9.6 Technical vulnerability management

NIS2 Directive · 1 control

  • Art.21.2.e Security in acquisition, development and maintenance, including vulnerability handling and disclosure

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in CIS Control 16: Application Software Security

You are reading one control. How much of CIS Controls v8 have you already done?

CIS Controls v8 CIS-16.6 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of CIS Controls v8 your existing evidence covers. Hold ISO 27001:2022 and 102 of 153 CIS Controls v8 controls already carry evidence.

Each report names every control your existing framework evidences, every one it does not, the reasoning behind each claim, and the claims that were argued against and rejected. 240 were rejected on the ISO 27001:2022 pair alone.

Query this from an agent

The graph holds this control, the 35 it maps to, and the evidence behind each claim, over MCP and REST.