Skip to main content

IAC-07: User Provisioning & De-Provisioning

IAC 10 — Critical Protect

Mechanisms exist to utilize a formal user registration and de-registration process that governs the assignment of access rights.

Control Question: Does the organization utilize a formal user registration and de-registration process that governs the assignment of access rights?

General (34)
Framework Mapping Values
AICPA TSC 2017:2022 (used for SOC 2) (source) CC6.2 CC6.2-POF1 CC6.2-POF3 CC6.3-POF1 CC6.3-POF2
CIS CSC 8.1 6.1 6.2
CIS CSC 8.1 IG1 6.1 6.2
CIS CSC 8.1 IG2 6.1 6.2
CIS CSC 8.1 IG3 6.1 6.2
CSA CCM 4 IAM-06 IAM-07 IAM-16
CSA IoT SCF 2 IAM-08
ENISA 2.0 SO7
IEC 62443-4-2 2019 CR 2.1 (6.3.3(3))
ISO 27002 2022 5.16 5.18
ISO 27017 2015 9.2.1 9.2.2
MPA Content Security Program 5.1 OR-3.1
NIST 800-53 R4 IA-5(3)
NIST 800-53 R4 (moderate) IA-5(3)
NIST 800-53 R4 (high) IA-5(3)
NIST 800-53 R5 (source) IA-12(4)
NIST 800-53B R5 (high) (source) IA-12(4)
NIST 800-82 R3 HIGH OT Overlay IA-12(4)
NIST 800-171 R3 (source) 03.01.01.g.01 03.01.01.g.02 03.01.01.g.03 03.05.05.a 03.09.02.a.01 03.09.02.a.02
NIST 800-171A R3 (source) A.03.01.01.b[01] A.03.01.01.b[02] A.03.01.01.b[03] A.03.01.01.b[04] A.03.01.01.b[05] A.03.05.05.a
OWASP Top 10 2021 A01:2021
PCI DSS 4.0.1 (source) 7.2.3 8.2.4 8.3.5
PCI DSS 4.0.1 SAQ A (source) 8.3.5
PCI DSS 4.0.1 SAQ A-EP (source) 7.2.3 8.2.4 8.3.5
PCI DSS 4.0.1 SAQ C (source) 7.2.3 8.2.4 8.3.5
PCI DSS 4.0.1 SAQ C-VT (source) 8.2.4
PCI DSS 4.0.1 SAQ D Merchant (source) 7.2.3 8.2.4 8.3.5
PCI DSS 4.0.1 SAQ D Service Provider (source) 7.2.3 8.2.4 8.3.5
TISAX ISA 6 4.1.3 4.2.1 8.2.5
SCF CORE Fundamentals IAC-07
SCF CORE Mergers, Acquisitions & Divestitures (MA&D) IAC-07
SCF CORE ESP Level 1 Foundational IAC-07
SCF CORE ESP Level 2 Critical Infrastructure IAC-07
SCF CORE ESP Level 3 Advanced Threats IAC-07
US (13)
Framework Mapping Values
US C2M2 2.1 ACCESS-1.A.MIL1 ACCESS-1.C.MIL1 ACCESS-1.F.MIL2 ACCESS-2.F.MIL2 ACCESS-2.G.MIL2
US CERT RMM 1.2 HRM:SG4.SP2
US CISA CPG 2022 2.D
US CMS MARS-E 2.0 IA-5(3)
US FedRAMP R4 IA-5(3)
US FedRAMP R4 (moderate) IA-5(3)
US FedRAMP R4 (high) IA-5(3)
US HIPAA Administrative Simplification 2013 (source) 164.308(a)(3)(ii)(C)
US HIPAA Security Rule / NIST SP 800-66 R2 (source) 164.308(a)(3)(ii)(C)
US HIPAA HICP Small Practice 3.S.A
US HIPAA HICP Medium Practice 3.M.B 6.M.A
US HIPAA HICP Large Practice 3.M.B 6.M.A 3.L.A 3.L.B 5.L.B 6.L.A 6.L.E
US NERC CIP 2024 (source) CIP-004-7 6.1.1 CIP-004-7 6.1.2 CIP-004-7 6.3
EMEA (6)
Framework Mapping Values
EMEA EU NIS2 Annex 11.2.1 11.2.2(a) 11.2.2(b) 11.2.2(d)
EMEA Germany Banking Supervisory Requirements for IT (BAIT) 6.4 6.5 6.6
EMEA Germany C5 2020 IDM-01 IDM-02 PSS-09
EMEA Spain CCN-STIC 825 7.2.1 [OP.ACC.1]
EMEA UK Cyber Essentials 3
EMEA UK DEFSTAN 05-138 2702
APAC (5)
Framework Mapping Values
APAC Australia ISM June 2024 ISM-0430
APAC Japan ISMAP 9.2.1 9.2.1.6.PB 9.2.2 9.2.2.8.PB
APAC New Zealand HISF 2022 HHSP04 HML04 HSUP04 HSUP35
APAC New Zealand HISF Suppliers 2023 HSUP04 HSUP35
APAC New Zealand NZISM 3.6 23.3.20.C.01
Americas (1)
Framework Mapping Values
Americas Canada ITSP-10-171 03.01.01.G.01 03.01.01.G.02 03.01.01.G.03 03.05.05.A 03.09.02.A.01 03.09.02.A.02

Capability Maturity Model

Level 0 — Not Performed

There is no evidence of a capability to utilize a formal user registration and de-registration process that governs the assignment of access rights.

Level 1 — Performed Informally

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

  • Identity & Access Management (IAM) is decentralized where Active Directory (AD), or a similar technology, may be used to centrally manage identities and permissions, but asset/process owners are authorized to operate a decentralized access control program for their specific systems, applications and services.
  • IAM controls are primarily administrative in nature (e.g., policies & standards) to manage accounts and permissions.
  • IT personnel identify and implement IAM cybersecurity and data protection controls that are appropriate to address applicable statutory, regulatory and contractual requirements.
Level 2 — Planned & Tracked

Identification & Authentication (IAC) 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 Implement and maintain an Identity & Access Management (IAM) capability for all users to implement “least privileges” Role Based Access Control (RBAC) practices for the management of user, group and system accounts, including privileged accounts. o Govern IAM technologies via RBAC to prohibit privileged access by non-organizational users, unless there is an explicit support contract for privileged IT support services.

  • Logical Access Control (LAC) 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 logical access control.
  • IT personnel:
  • Active Directory (AD), or a similar technology, is primarily used to centrally manage identities and permissions with RBAC. Due to technical or business limitations, asset/process owners are empowered to operate a decentralized access control program for their specific systems, applications and services that cannot be integrated into AD.
  • IAM controls are primarily administrative in nature (e.g., policies & standards) to manage accounts and permissions.
  • The Human Resources (HR) department governs personnel management operations and notifies IAM personnel of personnel role changes for RBAC-based provisioning and deprovisioning actions.
Level 3 — Well Defined

Identification & Authentication (IAC) 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:

  • An Identity & Access Management (IAM) function, or similar function, centrally manages permissions and implements “least privileges” Role Based Access Control (RBAC) practices for the management of user, group and system accounts, including privileged accounts.
  • The Human Resources (HR) department governs personnel management operations and notifies IAM personnel of personnel role changes for RBAC-based provisioning and deprovisioning actions.
  • An IT Asset Management (ITAM) function, or similar function, categorizes endpoint devices according to the data the asset stores, transmits and/ or processes and applies the appropriate technology controls to protect the asset and data that conform to industry-recognized standards for hardening (e.g., DISA STIGs, CIS Benchmarks or OEM security guides).
  • 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.
  • Active Directory (AD), or a similar technology, is used to centrally manage identities and permissions. Only by exception due to a technical or business limitation are solutions authorized to operate a decentralized access control program for systems, applications and services.
  • The Human Resources (HR) department governs personnel management operations and notifies IAM personnel of personnel role changes for RBAC-based provisioning and deprovisioning actions.
Level 4 — Quantitatively Controlled

Identification & Authentication (IAC) 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 utilize a formal user registration and de-registration process that governs the assignment of access rights.

Assessment Objectives

  1. IAC-07_A01 the validation and verification of identity evidence is conducted in person before a designated registration authority.
  2. IAC-07_A02 authorization is received from organizational personnel or roles to assign an individual, group, role, service, or device identifier.
  3. IAC-07_A03 system accounts are created in accordance with organizational policy, procedures, prerequisites, and criteria.
  4. IAC-07_A04 system accounts are enabled in accordance with organizational policy, procedures, prerequisites, and criteria.
  5. IAC-07_A05 system accounts are modified in accordance with organizational policy, procedures, prerequisites, and criteria.
  6. IAC-07_A06 system accounts are disabled in accordance with organizational policy, procedures, prerequisites, and criteria.
  7. IAC-07_A07 system accounts are removed in accordance with organizational policy, procedures, prerequisites, and criteria.

Evidence Requirements

E-HRS-12 Role Review

Documented evidence of a formal review process to ensure personnel roles currently reflect business needs.

Human Resources
E-HRS-18 Provisioning Checklist (Onboarding)

Documented evidence of personnel management practices to formally onboard personnel into their assigned roles.

Human Resources
E-HRS-19 Deprovisioning Checklist (Offboarding)

Documented evidence of personnel management practices to formally offboard personnel from their assigned roles due to employment termination or role change.

Human Resources

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.