Raising and approving changes to production
The role that raises changes also approves changes, so a change can reach production with one person's say. It is read across two lines of the matrix; one role on both sides of one line is read as self-approval instead.
The question for the matrix owner
Who approves a change this role raises, and are emergency changes approved after the fact by someone else?
The two halves
- Raising changes to production systems
- Approving changes to production systems, by the same role
Clauses
6 clauses| Regime | Clause |
|---|---|
| COSO | COSO P10 Principle 10: Selects and develops control activities |
| ISO/IEC 27001 | ISO/IEC 27001 5.3 Segregation of duties · ISO/IEC 27001 8.32 Change management |
| NIST SP 800-53 | NIST SP 800-53 AC-5 Separation of duties · NIST SP 800-53 CM-5 Access restrictions for change |
| COBIT | COBIT DSS06.03 Manage roles, responsibilities, access privileges and levels of authority |
COSO P10 Principle 10: Selects and develops control activitiesThe organization selects and develops control activities that contribute to the mitigation of risks to the achievement of objectives to acceptable levels. Points of focus: Integrates with risk assessment; Considers entity-specific factors; Determines relevant business processes; Evaluates a mix of control activity types; Considers at what level activities are applied; Addresses segregation of duties. Control activities are selected and developed integrated with the risk assessment, considering entity-specific factors (environment, complexity, nature, scope), the relevant business processes, a mix of control activity types (preventive and detective, manual and automated), the level at which activities are applied, and segregation of duties where practical, with alternative controls where not.
Where matrices usually fall short: Controls not traceable to assessed risks; Segregation conflicts unmitigated
Source: COSO Internal Control, Integrated Framework
ISO/IEC 27001 5.3 Segregation of dutiesSplit conflicting duties so no single person can run a sensitive process end to end unchecked.
Where matrices usually fall short: Combining conflicting roles in small teams; Lack of documented exceptions; Infrequent access rights reviews; Reliance on informal approvals
Source: ISO/IEC 27001:2022
ISO/IEC 27001 8.32 Change managementPut changes to facilities and systems through change management procedures.
Where matrices usually fall short: Missing formal approval; No rollback plan documented; Testing performed after production deployment; Change records not linked to assets
Source: ISO/IEC 27001:2022
NIST SP 800-53 AC-5 Separation of dutiesRequires the organization to identify and document the individual duties that must be kept apart to limit malevolent activity without collusion, and to define system access authorizations so that those duties cannot be exercised by one person.
Where matrices usually fall short: Conflicting duties named for finance processes only and never for system administration; Small teams create unavoidable conflicts that are tolerated rather than documented and compensated; Separation enforced at role definition but broken by direct entitlement grants
Source: NIST SP 800-53 Rev 5
NIST SP 800-53 CM-5 Access restrictions for changeRequires physical and logical access restrictions on who may make changes to the system to be defined, documented, approved and actually enforced, so that only authorized personnel can alter the system.
Where matrices usually fall short: Developers hold standing write access to production alongside the pipeline; Restrictions documented but not enforced, so the pipeline can be bypassed manually; Physical access to equipment rooms not treated as a change path
Source: NIST SP 800-53 Rev 5
COBIT DSS06.03 Manage roles, responsibilities, access privileges and levels of authorityBusiness roles, responsibilities, levels of authority and segregation of duties supporting the process objectives are managed, and access to all information assets related to business processes is authorised: roles and responsibilities follow approved job descriptions and process activities; levels of authority for approving transactions, transaction limits and other decisions follow approved job roles; sensitive activities are allocated so that duties are clearly segregated; access rights and privileges are the minimum needed for predefined job roles, removed or revised immediately on role change or termination; regular awareness and training cover roles, responsibilities, the importance of controls and the security, integrity, confidentiality and privacy of information; administrative privileges are secured, tracked and controlled to prevent misuse; and access control definitions, logs and exception reports are periodically reviewed so that privileges remain valid and aligned with current staff and roles.
Where matrices usually fall short: Transaction limits not enforced in the system; Access accumulated across role changes
Source: COBIT 2019