Skip to main content

VPM-07: Penetration Testing

VPM 9 — Critical Detect

Mechanisms exist to conduct penetration testing on Technology Assets, Applications and/or Services (TAAS).

Control Question: Does the organization conduct penetration testing on Technology Assets, Applications and/or Services (TAAS)?

General (28)
Framework Mapping Values
CIS CSC 8.1 18 18.1 18.2 18.5
CIS CSC 8.1 IG2 18.1 18.2
CIS CSC 8.1 IG3 18.1 18.2 18.4 18.5
CSA CCM 4 TVM-06
CSA IoT SCF 2 SET-02 SET-04
GovRAMP Low+ CA-08
GovRAMP Moderate CA-08
GovRAMP High CA-08
MITRE ATT&CK 10 T1021.001, T1021.005, T1053, T1053.001, T1053.002, T1053.003, T1053.005, T1059, T1068, T1078, T1176, T1195.003, T1204.003, T1210, T1211, T1212, T1213, T1213.001, T1213.002, T1482, T1484, T1495, T1505, T1505.001, T1505.002, T1505.004, T1525, T1528, T1530, T1542, T1542.001, T1542.003, T1542.004, T1542.005, T1543, T1548, T1548.002, T1550.001, T1552, T1552.001, T1552.002, T1552.004, T1552.006, T1553, T1553.006, T1554, T1558.004, T1560, T1560.001, T1562, T1563, T1574, T1574.001, T1574.005, T1574.007, T1574.008, T1574.009, T1574.010, T1578, T1578.001, T1578.002, T1578.003, T1601, T1601.001, T1601.002, T1612
MPA Content Security Program 5.1 TS-4.1
NIST 800-53 R4 CA-8
NIST 800-53 R4 (high) CA-8
NIST 800-53 R5 (source) CA-8 SA-11(5)
NIST 800-53B R5 (high) (source) CA-8
NIST 800-53 R5 (NOC) (source) SA-11(5)
NIST 800-82 R3 HIGH OT Overlay CA-8
NIST 800-172 3.12.1e
PCI DSS 4.0.1 (source) 11.4 11.4.1 11.4.2 11.4.3 11.4.4 11.4.5 11.4.6 11.4.7 A3.2.4
PCI DSS 4.0.1 SAQ A-EP (source) 11.4.1 11.4.3 11.4.4 11.4.5
PCI DSS 4.0.1 SAQ B-IP (source) 11.4.5
PCI DSS 4.0.1 SAQ C (source) 11.4.5
PCI DSS 4.0.1 SAQ D Merchant (source) 11.4.1 11.4.2 11.4.3 11.4.4 11.4.5
PCI DSS 4.0.1 SAQ D Service Provider (source) 11.4.1 11.4.2 11.4.3 11.4.4 11.4.5 11.4.6 11.4.7
SPARTA CM0008
SWIFT CSF 2023 7.3A
SCF CORE Mergers, Acquisitions & Divestitures (MA&D) VPM-07
SCF CORE ESP Level 2 Critical Infrastructure VPM-07
SCF CORE ESP Level 3 Advanced Threats VPM-07
US (21)
EMEA (10)
Framework Mapping Values
EMEA EU DORA 26.1 26.2 26.3 26.4 26.5 26.6 26.7 26.8 26.8(a) 26.8(b) 26.8(c)
EMEA Germany Banking Supervisory Requirements for IT (BAIT) 5.6
EMEA Germany C5 2020 OPS-19 PSS-02
EMEA Israel CDMO 1.0 3.4 12.30 17.17 22.4 22.5
EMEA Saudi Arabia CSCC-1 2019 2-10 2-10-1-1 2-10-1-2 2-10-2
EMEA Saudi Arabia IoT CGIoT-1 2024 2-10-1
EMEA Saudi Arabia ECC-1 2018 2-11-3-1
EMEA Saudi Arabia OTCC-1 2022 2-10 2-10-1 2-10-1-1 2-10-1-2 2-10-1-3 2-10-1-4 2-10-2
EMEA Saudi Arabia SACS-002 TPC-27 TPC-28 TPC-29
EMEA UK DEFSTAN 05-138 2403
APAC (2)
Framework Mapping Values
APAC Australia ISM June 2024 ISM-1163
APAC Singapore MAS TRM 2021 13.2.1 13.2.3 13.2.4
Americas (3)

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to conduct penetration testing on Technology Assets, Applications and/or Services (TAAS).

Level 1 — Performed Informally

Vulnerability & Patch Management (VPM) efforts are ad hoc and inconsistent. CMM Level 1 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Attack Surface Management (ASM) is decentralized.
  • IT personnel apply software patches through an informal process.
  • Occasional vulnerability scanning is conducted on High Value Assets (HVAs).
  • Penetration testing services may not be internal competencies and have to be outsourced.
Level 2 — Planned & Tracked

Vulnerability & Patch Management (VPM) efforts are requirements-driven and governed at a local/regional level, but are not consistent across the organization. CMM Level 2 control maturity would reasonably expect all, or at least most, the following criteria to exist: o Identify cybersecurity and data protection controls to address applicable statutory, regulatory and contractual requirements for ASM. o Apply software patches and other vulnerability remediation efforts.

  • Attack Surface Management (ASM) is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
  • IT/cybersecurity personnel:
  • Administrative processes and technologies focus on protecting High Value Assets (HVAs), including environments where sensitive/regulated data is stored, transmitted and processed.
  • IT/cybersecurity personnel conduct annual penetration testing on network segments hosting High Value Assets (HVAs).
Level 3 — Well Defined

Vulnerability & Patch Management (VPM) efforts are standardized across the organization and centrally managed, where technically feasible, to ensure consistency. CMM Level 3 control maturity would reasonably expect all, or at least most, the following criteria to exist: o Defines the scope of ASM activities. o Provides governance oversight for the implementation of applicable statutory, regulatory and contractual cybersecurity and data protection controls to protect the confidentiality, integrity, availability and safety of the organization's applications, systems, services and data with regards to ASM. o Provides oversight of ASM activities to centrally manage the flaw remediation process as part of the organization's overall Patch& Vulnerability & Patch Management Program (VPMP). o Manages the identification, tracking and remediation of vulnerabilities. o Utilizes a Security Incident Event monitor (SIEM), or similar automated tool, to monitor for unauthorized activities, accounts, connections, devices and software according to organization-specific Indicators of Compromise (IoC), including feeds from applications, hosts, network devices and vulnerability scanners.

  • An IT Asset Management (ITAM) function, or similar function, categorizes devices according to the data the asset stores, transmits and/ or processes and applies the appropriate technology controls to protect the asset and data.
  • A Governance, Risk & Compliance (GRC) function, or similar function:
  • A Security Operations Center (SOC), or similar function:
  • Asset custodians install the latest stable version of security-related updates on all systems within the organization-defined time requirements.
  • Cybersecurity personnel conduct annual penetration testing on network segments hosting High Value Assets (HVAs).
Level 4 — Quantitatively Controlled

Vulnerability & Patch Management (VPM) efforts are metrics driven and provide sufficient management insight (based on a quantitative understanding of process capabilities) to predict optimal performance, ensure continued operations and identify areas for improvement. In addition to CMM Level 3 criteria, CMM Level 4 control maturity would reasonably expect all, or at least most, the following criteria to exist:

  • Metrics reporting includes quantitative analysis of Key Performance Indicators (KPIs).
  • Metrics reporting includes quantitative analysis of Key Risk Indicators (KRIs).
  • Scope of metrics, KPIs and KRIs covers organization-wide cybersecurity and data protection controls, including functions performed by third-parties.
  • Organizational leadership maintains a formal process to objectively review and respond to metrics, KPIs and KRIs (e.g., monthly or quarterly review).
  • Based on metrics analysis, process improvement recommendations are submitted for review and are handled in accordance with change control processes.
  • Both business and technical stakeholders are involved in reviewing and approving proposed changes.
Level 5 — Continuously Improving

See C|P-CMM4. There are no defined C|P-CMM5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to conduct penetration testing on Technology Assets, Applications and/or Services (TAAS).

Assessment Objectives

  1. VPM-07_A01 the breadth of penetration testing is defined.
  2. VPM-07_A02 the depth of penetration testing is defined.
  3. VPM-07_A03 constraints of penetration testing are defined.
  4. VPM-07_A04 automated scanning tools are identified.
  5. VPM-07_A05 ad hoc tests using subject matter experts are identified.
  6. VPM-07_A06 penetration testing is conducted frequently leveraging automated scanning tools and ad hoc tests using subject matter experts.
  7. VPM-07_A07 frequency at which to conduct penetration testing on systems or system components is defined.
  8. VPM-07_A08 penetration testing is conducted organization-defined frequency on organization-defined system(s) or system components.

Evidence Requirements

E-VPM-02 Penetration Testing - Application

Documented evidence of Application Security Testing (AST) activities: • Abuse case, malformed, and unexpected inputs (e.g., Robustness or Fuzz testing); • Attack surface analysis; • Vulnerability chaining; • Closed box testing of known vulnerability scanning; • Software composition analysis of binary executable files; and/or • Static and dynamic code analysis, including testing for credentials that are “hardcoded,” default, easily guessed, and easily compromised.

Vulnerability Management
E-VPM-03 Penetration Testing - Network

Documented evidence of internal and external network penetration testing activities that focus on discovering and exploiting security vulnerabilities.

Vulnerability Management

Technology Recommendations

The Secure Controls Framework (SCF) is maintained by SCF Council. Use of SCF content is subject to the SCF Terms & Conditions.

Manage this control in SCF Connect

Track implementation status, collect evidence, and map controls to your compliance frameworks automatically.