ISO 27002:2022
Technological controls – ISO 27002:2022

ISO 27002:2022 8.32: Change management

Every change to information systems and processing facilities is to pass through the change management procedures. Purpose: keep information secure while changes are carried out. Guidance: introducing new systems or making major changes follows agreed rules and a formal path that documents, specifies, tests and quality-checks the change and manages its roll-out, with management responsibilities and procedures giving adequate control over every change. Change control procedures are documented and enforced so information stays confidential, intact and available from the first design work through every later round of maintenance, and procedures for ICT infrastructure and software are integrated wherever practical. They should cover planning and assessing the impact of changes, taking all dependencies into account; authorizing changes; informing relevant interested parties; testing changes and accepting the test results (8.29); implementing changes with deployment plans; emergency and contingency arrangements including fallback; keeping records of changes covering all of these; updating operating documentation (5.37) and user procedures as needed; and revising ICT continuity plans and the associated response and recovery steps (5.30) where required. Other information: poorly controlled change is a frequent cause of system and security failures, and moving software from development into operation can affect application integrity and availability; software changes affect production and the reverse; good practice is to test ICT components, including patches, service packs and other updates, in an environment separate from both production and development (8.31); production includes operating systems, databases and middleware, and the control covers application and infrastructure changes alike.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

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

FedRAMP High · 15 controls

  • CM-2(2) Automation Support for Accuracy and Currency
  • CM-2(3) Retention of Previous Configurations
  • CM-3 Configuration Change Control
  • CM-3(2) Testing, Validation, and Documentation of Changes
  • CM-3(4) Security and Privacy Representatives
  • CM-4 Impact Analyses
  • CM-4(2) Impact Analyses | Verification of Controls (CM-4(2))
  • CM-5 Access Restrictions for Change
  • CM-5(1) Access Restrictions for Change | Automated Access Enforcement and Audit Records (CM-5(1))
  • CM-5(5) Access Restrictions for Change | Privilege Limitation for Production and Operation (CM-5(5))
  • CP-10 System Recovery and Reconstitution
  • SA-10 Developer Configuration Management
  • SI-6 Security and Privacy Function Verification (SI-6)
  • SI-7 Software, Firmware, and Information Integrity
  • SI-7(7) Integration of Detection and Response

FedRAMP Moderate · 15 controls

  • CM-2(2) Automation Support for Accuracy and Currency
  • CM-2(3) Retention of Previous Configurations
  • CM-3 Configuration Change Control
  • CM-3(2) Testing, Validation, and Documentation of Changes
  • CM-3(4) Security and Privacy Representatives
  • CM-4 Impact Analyses
  • CM-4(2) Impact Analyses | Verification of Controls (CM-4(2))
  • CM-5 Access Restrictions for Change
  • CM-5(1) Access Restrictions for Change | Automated Access Enforcement and Audit Records (CM-5(1))
  • CM-5(5) Access Restrictions for Change | Privilege Limitation for Production and Operation (CM-5(5))
  • CP-10 System Recovery and Reconstitution
  • SA-10 Developer Configuration Management
  • SI-6 Security and Privacy Function Verification (SI-6)
  • SI-7 Software, Firmware, and Information Integrity
  • SI-7(7) Integration of Detection and Response

NIST SP 800-53 Rev 5 · 11 controls

PCI DSS 4.0 · 9 controls

  • 1.2.2 1.2.2 Network connection and NSC changes under change control
  • 11.5.2 11.5.2 Change detection on critical files
  • 11.6.1 11.6.1 Payment page tamper detection
  • 12.3.2 12.3.2 Targeted risk analysis for each customized-approach requirement
  • 12.5.3 12.5.3 Scope review after significant organisational change
  • 6.5.1 6.5.1 Change control procedure for production
  • 6.5.2 6.5.2 Confirm PCI DSS controls after significant change
  • 6.5.3 6.5.3 Separate pre-production from production
  • 6.5.4 6.5.4 Separate roles between production and pre-production

ISO/IEC 42001:2023 · 7 controls

  • 10.1 Continual improvement
  • 6.1 Actions to address risks and opportunities
  • 6.1.3 AI risk treatment
  • 8.3 AI risk treatment
  • A.6 AI system life cycle
  • A.6.2.5 AI system deployment
  • A.6.2.6 AI system operation and monitoring

SOC 2 · 7 controls

  • SOC2-CC3.4 CC3.4 Identifying and assessing significant changes (COSO principle 9)
  • SOC2-CC4.1 CC4.1 Ongoing and separate evaluations of control (COSO principle 16)
  • SOC2-CC5.2 CC5.2 General controls over technology (COSO principle 11)
  • SOC2-CC8.1 CC8.1 Managing changes to procedures, software, data and infrastructure
  • SOC2-PI1.2 PI1.2 Controls over system inputs
  • SOC2-PI1.3 PI1.3 Controls over system processing
  • SOC2-PI1.5 PI1.5 Controls over stored inputs, work in process and outputs

C5 (Germany) · 6 controls

  • C5-AM-03 Commissioning of Hardware
  • C5-DEV-03 Policies for changes to information systems
  • C5-DEV-05 Risk assessment, categorisation and prioritisation of changes
  • C5-DEV-07 Logging of changes
  • C5-DEV-08 Version Control
  • C5-DEV-09 Approvals for provision in the production environment

ISO 22301:2019 · 6 controls

  • 10.1 Nonconformity and corrective action
  • 6.1 Actions to address risks and opportunities
  • 6.3 Planning changes to the business continuity management system
  • 8.1 Operational planning and control
  • 8.3.5 Implementation of solutions
  • 8.4.5 Recovery

ISO 27701:2019 · 6 controls

  • 5.6 Operation
  • 5.8 Improvement
  • 5.8.2 Continual improvement
  • 6.11 Systems acquisition, development and maintenance
  • 6.11.2 Security in development and support processes
  • 8.5.8 Change of subcontractor to process PII

CMMC 2.0 · 4 controls

  • ISM-0912 Change and configuration management plan
  • ISM-1037 Gateway testing after changes and six-monthly
  • ISM-1211 Administration under change and configuration management
  • AM-2 Use only approved services
  • ASBv3-PV-4 Audit and enforce secure configurations for compute resources
  • DS-6 Enforce security of workload throughout DevOps lifecycle

CIS Controls v8 · 3 controls

  • CIS-16.1 Establish and Maintain a Secure Application Development Process
  • CIS-2.2 Ensure Authorized Software is Currently Supported
  • CIS-4.2 Establish and Maintain a Secure Configuration Process for Network Infrastructure

MTCS (Singapore) · 3 controls

  • 20.2 Change management process
  • 20.4 Back-out or rollback procedures
  • A.12 Disclosure: Change management
  • NIST-CSF-ID.AM-08 Systems, hardware, software, services, and data are managed throughout their life cycles
  • NIST-CSF-ID.RA-07 Changes and exceptions are managed, assessed for risk impact, recorded, and tracked
  • NIST-CSF-PR.PS-02 Software is maintained, replaced, and removed commensurate with risk

NIST SP 800-161 Rev 1 · 3 controls

NIST SP 800-171 Rev 3 · 3 controls

NIST SP 800-218 · 3 controls

  • SEC01-BP06 Automate deployment of standard security controls
  • SEC11-BP06 Deploy software programmatically

ISO 27001:2022 · 2 controls

  • 8.32 Change management
  • 8.9 Configuration management

ISO 45001:2018 · 2 controls

  • 8.1.3 Management of change
  • 8.1.3 Management of change

ISO/IEC 27019:2024 · 2 controls

  • ISO27019-12.1.2 Change Management for Control Systems
  • ISO27019-23 Change management procedures
  • AGILITY Build cryptographic agility into technology, processes and policies
  • PLAN-TECH Plan the technical migration: order, replacement, protection during change, hardware and testing
  • E8-APP-ML2 Application Control (ML2)

AICPA SOC 3 · 1 control

  • SOC3-CHANGE-MGT Change Management

API 1164 · 1 control

  • API1164-23 Change management procedures
  • AESCSF-ACM-3 Change management
  • CFTC-SS-5 Systems Development and Quality Assurance Category
  • B.8.2 B.8.2 Program Change Control Procedures

HIPAA Security Rule · 1 control

IEC 62443 · 1 control

  • IEC62443-23 Change management procedures
  • ISO-26262-8-8 Change management

ISO 27018:2019 · 1 control

  • 12.1.2 Change management

ISO 55001:2014 · 1 control

  • 8.2 Management of change
  • ISO20000-06 Change management processes

ISO/IEC 27011:2024 · 1 control

  • 27011-8.32 Change Management for Network

ISO/IEC 27041:2015 · 1 control

  • 5.12 5.12 Review and maintenance

ITIL 4 · 1 control

  • ITIL4-06 Change management processes

NIS2 Directive · 1 control

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

NIST SP 1800-32 · 1 control

NIST SP 800-172 · 1 control

  • 3.1.1e Dual Authorization for Sensitive System Operations
  • 6.3.7.C.03 6.3.7.C.03 Outline change management process to follow
  • P1-3.3.1 P1-3.3.1 Change-control procedures for all changes, including emergencies

PCI SSF · 1 control

  • SSLC-9.1 Change Management

PTES · 1 control

  • PTES-4.3 Document every change and require a controlled cleanup and restoration
  • TSA-SD-12 Configuration and change management

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 Technological controls – ISO 27002:2022

You are reading one control. How much of ISO 27002:2022 have you already done?

ISO 27002:2022 8.32 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of ISO 27002:2022 your existing evidence covers. Hold NIST SP 800-53 Rev 5 and 79 of 93 ISO 27002:2022 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. 180 were rejected on the NIST SP 800-53 Rev 5 pair alone.

Query this from an agent

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