Skip to main content

CFG-01.1: Assignment of Responsibility

CFG 5 — Medium Identify

Mechanisms exist to implement a segregation of duties for configuration management that prevents developers from performing production configuration management duties.

Control Question: Does the organization implement a segregation of duties for configuration management that prevents developers from performing production configuration management duties?

General (6)
Framework Mapping Values
ISO 27002 2022 8.9
NIST 800-53 R4 CM-9(1)
NIST 800-53 R5 (source) CM-9(1)
NIST 800-53 R5 (NOC) (source) CM-9(1)
NIST 800-161 R1 CM-9(1)
PCI DSS 4.0.1 (source) 2.1
APAC (1)
Framework Mapping Values
APAC New Zealand NZISM 3.6 4.3.19.C.01

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to implement a segregation of duties for configuration management that prevents developers from performing production configuration management duties.

Level 1 — Performed Informally

C|P-CMM1 is N/A, since a structured process is required to implement a segregation of duties for configuration management that prevents developers from performing production configuration management duties.

Level 2 — Planned & Tracked

Configuration Management (CFG) 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:

  • Configuration management is decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices.
  • IT/cybersecurity personnel identify cybersecurity and data protection controls that are appropriate to address applicable statutory, regulatory and contractual requirements for configuration management.
  • Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and mostly conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including cryptographic protections for sensitive/regulated data.
  • Special baseline configurations are created for higher-risk environments or for systems, applications and services that store, process or transmit sensitive/regulated data.
  • Apart from workstation and server operating system baselines, configuration management is decentralized.
  • Cybersecurity personnel use a structured process to design, build and maintain secure configurations for test, development, staging and production environments.
  • Deviations to baseline configurations are required to have a risk assessment and the business process owner acceptance of the risk(s) associated with the deviation.
  • Unauthorized configuration changes are investigated to determine if the unauthorized configuration is malicious in nature.
  • Logical Access Control (LAC) is enforced to prohibit non-administrative users from being able to install unauthorized software.
  • The Human Resources (HR) department ensures industry-recognized HR practices are implemented for hiring, managing, training, investigating and terminating employees, contractors and other personnel that work on behalf of the organization.
  • HR defines terms of employment, including acceptable and unacceptable rules of behavior for the use of technologies, including consequences for unacceptable behavior.
Level 3 — Well Defined

Configuration Management (CFG) 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:

  • The configuration management function is formally assigned with defined roles and responsibilities.
  • An IT infrastructure team, or similar function, ensures that statutory, regulatory and contractual cybersecurity and data privacy obligations are addressed to ensure secure configurations are designed, built and maintained.
  • Configuration management is centralized for all operating systems, applications, servers and other configurable technologies.
  • Technologies are configured to protect data with the strength and integrity commensurate with the classification or sensitivity of the information and conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides), including test, development, staging and production environments.
  • Configurations conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides) for test, development, staging and production environments.
  • Deviations to baseline configurations are required to have a risk assessment and business process owner approval of the risk(s) associated with the deviation.
  • Special baseline configurations are created for higher-risk environments or for systems, applications and services that store, process or transmit sensitive/regulated data.
  • An IT Asset Management (ITAM) function, or similar function, ensures compliance with requirements for asset management.
  • Logical Access Control (LAC) is used to limit the ability of non-administrators from making configuration changes to systems, applications and services, including the of installation of unauthorized software.
  • A Security Incident Event Manager (SIEM), or similar automated tool, monitors for unauthorized activities, accounts, connections, devices and software.
  • Unauthorized configuration changes are responded to in accordance with an Incident Response Plan (IRP) to determine if the unauthorized configuration is malicious in nature.
  • The Human Resources (HR) department ensures industry-recognized HR practices are implemented for hiring, managing, training, investigating and terminating employees, contractors and other personnel that work on behalf of the organization.
  • HR defines terms of employment, including acceptable and unacceptable rules of behavior for the use of technologies, including consequences for unacceptable behavior.
Level 4 — Quantitatively Controlled

See C|P-CMM3. There are no defined C|P-CMM4 criteria, since it is reasonable to assume a quantitatively-controlled process is not necessary to implement a segregation of duties for configuration management that prevents developers from performing production configuration management duties.

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 implement a segregation of duties for configuration management that prevents developers from performing production configuration management duties.

Assessment Objectives

  1. CFG-01.1_A01 the responsibility for developing the configuration management process is assigned to organizational personnel who are not directly involved in system development.

Technology Recommendations

Micro/Small

  • Role Based Access Control (RBAC)
  • Separation of Duties (SoD)

Small

  • Role Based Access Control (RBAC)
  • Separation of Duties (SoD)

Medium

  • Role Based Access Control (RBAC)
  • Separation of Duties (SoD)

Large

  • Role Based Access Control (RBAC)
  • Separation of Duties (SoD)

Enterprise

  • Role Based Access Control (RBAC)
  • Separation of Duties (SoD)

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.