IAO-04: Control Validation Testing (CVT)
Mechanisms exist to formally assess the security, compliance and resilience controls in Technology Assets, Applications and/or Services (TAAS) through Information Assurance Program (IAP) activities to determine the extent to which the controls are implemented correctly, operating as intended and producing the desired outcome with respect to meeting expected requirements.
Renumbered: Formerly IAO-02 in SCF 2025.4.
Code reused: In SCF 2025.4 and earlier, IAO-04 was Threat Analysis & Flaw Remediation During Development. That control is now IAO-10.
Control Question: Does the organization formally assess the security, compliance and resilience controls in Technology Assets, Applications and/or Services (TAAS) through Information Assurance Program (IAP) activities to determine the extent to which the controls are implemented correctly, operating as intended and producing the desired outcome with respect to meeting expected requirements?
General (41)
| Framework | Mapping Values |
|---|---|
| AICPA TSC 2017:2022 (used for SOC 2) (source) | CC4.1 CC4.1-POF8 CC6.1-POF2 |
| COBIT 2019 | APO02.04 BAI03.06 BAI03.08 MEA04.06 MEA04.07 |
| COSO 2013 | 16.0 |
| CSA IoT SCF 2 | SET-01 |
| GovRAMP | CA-02 |
| GovRAMP Low | CA-02 |
| GovRAMP Low+ | CA-02 |
| GovRAMP Moderate | CA-02 |
| GovRAMP High | CA-02 |
| IEC 62443-2-1 2024 | ORG 2.4(a) |
| ISO/SAE 21434 2021 | PM-06-15(a) PM-06-15(b) PM-06-15(c) PM-06-16 PM-06-16(a) PM-06-16(b) PM-06-16(c) PM-06-16(d) PM-06-17 PM-06-17(a) PM-06-17(b) RQ-06-20 RQ-06-22 RQ-10-08 RQ-10-09 RQ-10-10 RQ-10-10(a) RQ-10-10(b) RQ-10-10(c) RQ-10-10(d) RQ-10-11 RQ-10-12 RQ-10-13 RQ-11-01 RQ-11-01(a) RQ-11-01(b) RQ-11-01(c) RQ-11-01(d) RQ-11-02 |
| ISO 27002 2022 | 5.21 5.23 8.29 |
| ISO 27017 2015 | 14.2.8 |
| ISO 27018 2025 | 5.21 5.23 8.29 |
| ISO 31010 2009 | 5.3.2 |
| ISO 42001 2023 | A.6.2.5 |
| MITRE ATT&CK 16 | T1190 T1195 T1195.001 T1195.002 T1210 |
| NIST AI 100-1 (AI RMF) 1.0 | MEASURE 2.0 |
| NIST 800-37 R2 | TASK C-3 TASK A-1 TASK A-2 TASK A-3 |
| NIST 800-53 R4 | CA-2 |
| NIST 800-53 R5.2 | CA-02 |
| NIST 800-53B R5 (low) (source) | CA-02 |
| NIST 800-53B R5 (moderate) (source) | CA-02 |
| NIST 800-53B R5 (high) (source) | CA-02 |
| NIST 800-53B R5 (privacy) (source) | CA-02 |
| NIST SP 800-66 R2 | 164.308(a)(8) |
| NIST 800-82 R3 | CA-02 |
| NIST 800-82 R3 LOW OT Overlay | CA-02 |
| NIST 800-82 R3 MODERATE OT Overlay | CA-02 |
| NIST 800-82 R3 HIGH OT Overlay | CA-02 |
| NIST 800-161 R1 | CA-2 |
| NIST 800-161 R1 C-SCRM Baseline | CA-2 |
| NIST 800-161 R1 Level 2 | CA-2 |
| NIST 800-161 R1 Level 3 | CA-2 |
| NIST 800-171 R2 (source) | 3.12.1 |
| NIST 800-171 R3 (source) | 03.12.01 |
| NIST 800-171A R3 (source) | A.03.12.01 |
| NIST CSF 2.0 (source) | ID.RA-01 ID.IM-01 ID.IM-02 |
| TISAX ISA 6.0.3 | 5.3.1 |
| UN R155 | 7.2.2.2(e) |
| UN ECE WP.29 | 7.2.2.2(e) |
US (24)
EMEA (17)
| Framework | Mapping Values |
|---|---|
| EMEA Germany BAIT 2017 | 7.11 |
| EMEA Germany C5 2026 | OPS-13.01AC IAM-03.02AC CRY-05.05B COM-03.01B.2 |
| EMEA Spain CCN-STIC 825 | op.ext.3 mp.sw.2 |
| EMEA EU AI Act | Article 9.8 |
| EMEA EU Cyber Resiliency Act 2024 | Article 13(2) Article 32(1) |
| EMEA EU DORA RTS 2024 | Article 13.1(i) Article 36.1 Article 36.2 |
| EMEA EU EBA GL/2019/04 | 3.4.6.42 3.6.2.69 3.6.2.70 3.6.2.71 |
| EMEA EU NIS2 Annex 2024 | 6.5.2(a) 6.5.2(b) |
| EMEA UK CAP 1850 2020 | A2 |
| EMEA UK DEFSTAN 05-138 2024 | 1205 |
| EMEA UK DEFSTAN 05-138 - L2 2024 | 1205 |
| EMEA UK DEFSTAN 05-138 - L3 2024 | 1205 |
| EMEA LUX CCSF 20/750 2020 | 3.4.1-30.f 3.4.6-41 3.4.6-42 3.4.6-44 3.4.6-45 |
| EMEA Saudi Arabia IoT CGIoT-1 2024 | 2-15-2 4-1-5 4-2-3 4-2-4 |
| EMEA Saudi Arabia CSCC-1 2019 | 1-3-1-1 1-3-1-2 2-13-4 |
| EMEA Saudi Arabia ECC-1 2018 | 1-6-2-1 1-6-2-2 |
| EMEA Saudi Arabia OTCC-1 2022 | 1-4-1-2 |
APAC (10)
| Framework | Mapping Values |
|---|---|
| APAC Australia ISM June 2026 | ISM-0100 ISM-1967 ISM-1971 ISM-1972 |
| APAC Australia Prudential Standard CPS234 2019 | 22.0 28.0 |
| APAC China Cybersecurity Law 2017 | Article 35 |
| APAC India SEBI CSCRF 2024 | PR.AA.S16 |
| APAC Japan ISMAP | 14.1.1.12 14.1.1.17 14.1.1.18 14.2.7.4 14.2.9 14.2.9.1 14.2.9.2 14.2.9.3 14.2.9.4 |
| APAC Malaysia RMiT 2025 | 10.6 10.8 A7-C3 |
| APAC New Zealand HISF MLHSP 2023 | HHSP68 HML67 |
| APAC New Zealand HISF Suppliers 2023 | HSUP59 |
| APAC New Zealand NZISM 3.9 | 4.2.10.C.01 4.3.20.C.01 4.3.20.C.02 4.3.20.C.03 6.3.8.C.01 11.1.19.C.01 16.1.30.C.01 16.7.41.C.01 20.1.21.C.01 20.1.21.C.07 20.1.22.C.03 20.1.23.C.01 23.5.10.C.01 |
| APAC Singapore MAS TRM 2021 | 4.5.1 5.6.2 6.1.6 |
Americas (4)
| Framework | Mapping Values |
|---|---|
| Americas Bermuda BMACCC 2020 | 6.15-BP2 |
| Americas Canada ITSP-10-171 2025 | 03.12.01 |
| Americas Canada OSFI B-13 2022 | 2.4.4 |
| Americas Canada OSFI Self-Assessment Guidance | 2.4.4 |
Capability Maturity Model
Level 0 — Not Performed
Practices are non-existent, based on the inability to demonstrate an implemented and operational capability. A reasonable person would conclude the control is not being performed.
Level 1 — Performed Informally
Information Assurance (IAO) domain capabilities are ad hoc and inconsistent. Capability criteria associated with this control may include: ▪ Policies, standards & procedures associated with IAO domain capabilities provide limited coverage due to the depth and breadth of the existing documentation. ▪ Pre-production security testing-related activities are decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices. ▪ IT and/or cybersecurity personnel implement and maintain an informal process to conduct limited control testing of High Value Assets (HVAs) to meet specific statutory, regulatory and/or contractual requirements for pre-production cybersecurity and data protection control testing.
Level 2 — Planned & Tracked
Information Assurance (IAO) capabilities are requirements-driven, but are not standardized across the entity (e.g., local/regional level consistency). Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Policies and standards associated with IAO domain capabilities are formally documented and centrally-managed by the entity. ▪ Standardized Operating Procedures (SOP) associated with IAO domain capabilities are documented and maintained by process owners. ▪ IT and/or cybersecurity personnel work with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with IAO domain capabilities to address applicable statutory, regulatory and/or contractual requirements for Technology Assets, Applications, Services and/or Data (TAASD). ▪ Information Assurance (IA)-related controls are primarily administrative and preventative in nature (e.g., policies, standards and procedures & guidelines). ▪ IA management may be a defined function (e.g., team or department) or assigned as an additional duty to existing IT and/or cybersecurity personnel. ▪ Pre-production security testing is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices. ▪ IT and/or cybersecurity personnel implement and maintain a limited Information Assurance Program (IAP) capability to conduct limited control testing to meet specific statutory, regulatory and/or contractual requirements for pre-production cybersecurity and data protection control testing. ▪ IAP operations focus on protecting High Value Assets (HVAs), including environments where sensitive/regulated data is stored, transmitted and processed. ▪ IT and/or cybersecurity personnel coordinate IAP activities with affected stakeholders before conducting such activities in order to reduce the potential impact on operations. ▪ IAP testing results in a formal risk assessment where Business process owners (BPOs) are required to make a decision to (1) reduce, (2) avoid, (3) transfer and/or (4) accept risk(s) on behalf of the organization.
Level 3 — Well Defined
Information Assurance (IAO) capabilities are standardized across the entity for applicability to People, Processes, Technologies, Data and/or Facilities (PPTDF) to ensure consistency for Technology Assets, Applications, Services and/or Data (TAASD). Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Policies and standards associated with IAO domain capabilities are formally documented and centrally-managed by the entity's Governance, Risk & Compliance (GRC) team, or similar function. ▪ Standardized Operating Procedures (SOP) associated with IAO domain capabilities are well-documented and kept current by process owners. ▪ An information assurance team, or similar function, is appropriately staffed and supported to implement and maintain IAO domain capabilities. ▪ Technology is leveraged to enhance the efficiency and accuracy of information assurance operations (e.g., assessment scheduling software and risk assessment software). ▪ The entity's Governance, Risk & Compliance (GRC) team, or similar function, works with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with IAO domain capabilities to address Minimum Compliance Requirements (MCR) (e.g., applicable statutory, regulatory and/or contractual requirements) and Discretionary Security Requirements (DSR) (e.g., entity-required controls). ▪ An implemented and operational capability exists to formally assess the security, compliance and resilience controls in Technology Assets, Applications and/or Services (TAAS) through Information Assurance Program (IAP) activities to determine the extent to which the controls are implemented correctly, operating as intended and producing the desired outcome with respect to meeting expected requirements.
Level 4 — Quantitatively Controlled
Information Assurance (IAO) capabilities, in addition to being standardized across the entity and centrally managed to ensure consistency across Technology Assets, Applications, Services and/or Data (TAASD), efforts are metrics driven to provide sufficient insight for decision makers to predict optimal performance, ensure continued operations and/or identify areas for improvement. Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Applicable SCR-CMM Level 3 (Well Defined) capabilities are implemented and operational. ▪ 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. ▪ Business and technical stakeholders are involved in reviewing and approving proposed changes to evolve capabilities.
Level 5 — Continuously Improving
Utilize SCR-CMM Level 3 or Level 4 (if available) criteria definitions: ▪ There are no defined Level 5 criteria, since it is reasonable to assume a continuously-improving process is not necessary to operationalize this control. ▪ Level 5 capabilities should be considered “world-class” where the control builds on Level 4 capabilities, but are continuously improving through Artificial Intelligence (AI) and/or Machine Learning (ML) technologies. ▪ While it may be possible to develop responsive capabilities for this control through the use of AI and/or ML technologies, the criteria would be organization-specific to define.
Assessment Objectives
- IAO-04_A01 the frequency at which to assess controls in the system and its environment of operation is defined.
- IAO-04_A02 individuals or roles to whom control assessment results are to be provided are defined.
- IAO-04_A03 an appropriate assessor or assessment team is selected for the type of assessment to be conducted.
- IAO-04_A04 a control assessment plan is developed that describes the scope of the assessment, including controls and control enhancements under assessment.
- IAO-04_A05 a control assessment plan is developed that describes the scope of the assessment, including assessment procedures to be used to determine control effectiveness.
- IAO-04_A06 a control assessment plan is developed that describes the scope of the assessment, including the assessment environment.
- IAO-04_A07 a control assessment plan is developed that describes the scope of the assessment, including the assessment team.
- IAO-04_A08 a control assessment plan is developed that describes the scope of the assessment, including assessment roles and responsibilities.
- IAO-04_A09 the control assessment plan is reviewed and approved by the authorizing official or designated representative prior to conducting the assessment.
- IAO-04_A10 security critical or essential software, firmware and hardware components for which to verify correctness are defined.
- IAO-04_A11 verification methods or techniques are defined.
- IAO-04_A12 the correctness of security critical or essential software, firmware and hardware components is verified using verification methods or techniques.
- IAO-04_A13 controls are assessed in the system and its environment of operation per an assessment frequency to determine the extent to which the controls are implemented correctly, operating as intended and producing the desired outcome with respect to meeting established security requirements.
- IAO-04_A14 controls are assessed in the system and its environment of operation per an assessment frequency to determine the extent to which the controls are implemented correctly, operating as intended and producing the desired outcome with respect to meeting established privacy requirements.
- IAO-04_A15 a control assessment report is produced that documents the results of the assessment.
- IAO-04_A16 the results of the control assessment are provided to individuals or roles.
Evidence Requirements
- E-IAO-03 Pre-Production Controls Testing
-
Documented evidence of pre-production cybersecurity & data protection controls testing to determine the extent to which the controls are implemented correctly, operating as intended and producing the desired outcome with respect to meeting expected requirements.
Information Assurance - E-IAO-04 Security Assessment Plan
-
Documented evidence of a plan to conduct security assessments.
Information Assurance
Technology Recommendations
Micro/Small
- Controls Validation Testing (CVT)
Small
- Controls Validation Testing (CVT)
Medium
- Controls Validation Testing (CVT)
- Information Assurance (IA) program
- VisibleOps security management
Large
- Controls Validation Testing (CVT)
- Information Assurance (IA) program
- VisibleOps security management
Enterprise
- Controls Validation Testing (CVT)
- Information Assurance (IA) program
- VisibleOps security management