IAC-09: Identifier Management (User Names)
Mechanisms exist to govern naming standards for usernames and Technology Assets, Applications and/or Services (TAAS).
Control Question: Does the organization govern naming standards for usernames and Technology Assets, Applications and/or Services (TAAS)?
General (46)
| Framework | Mapping Values |
|---|---|
| AICPA TSC 2017:2022 (used for SOC 2) (source) | CC6.1 |
| CIS CSC 8.1 | 5.6 |
| CIS CSC 8.1 IG2 | 5.6 |
| CIS CSC 8.1 IG3 | 5.6 |
| CSA CCM 4 | IAM-03 IAM-13 |
| GovRAMP Core | IA-04 |
| GovRAMP Low | IA-04 |
| GovRAMP Low+ | IA-04 |
| GovRAMP Moderate | IA-04 |
| GovRAMP High | IA-04 |
| IEC 62443-4-2 2019 | CR 1.4 (5.6.1) |
| ISO 27002 2022 | 5.16 |
| MITRE ATT&CK 10 | T1003, T1003.005, T1003.006, T1021.001, T1021.005, T1053, T1053.002, T1053.005, T1110, T1110.001, T1110.002, T1110.003, T1110.004, T1213, T1213.001, T1213.002, T1528, T1530, T1537, T1543, T1547.006, T1550.001, T1552, T1552.005, T1562, T1563, T1578, T1578.001, T1578.002, T1578.003, T1602, T1602.001, T1602.002 |
| NIST 800-53 R4 | IA-4 |
| NIST 800-53 R4 (low) | IA-4 |
| NIST 800-53 R4 (moderate) | IA-4 |
| NIST 800-53 R4 (high) | IA-4 |
| NIST 800-53 R5 (source) | IA-4 |
| NIST 800-53B R5 (low) (source) | IA-4 |
| NIST 800-53B R5 (moderate) (source) | IA-4 |
| NIST 800-53B R5 (high) (source) | IA-4 |
| NIST 800-82 R3 LOW OT Overlay | IA-4 |
| NIST 800-82 R3 MODERATE OT Overlay | IA-4 |
| NIST 800-82 R3 HIGH OT Overlay | IA-4 |
| NIST 800-161 R1 | IA-4 |
| NIST 800-161 R1 C-SCRM Baseline | IA-4 |
| NIST 800-161 R1 Flow Down | IA-4 |
| NIST 800-161 R1 Level 2 | IA-4 |
| NIST 800-161 R1 Level 3 | IA-4 |
| NIST 800-171 R2 (source) | 3.5.5 |
| NIST 800-171A (source) | 3.5.5[a] 3.5.5[b] |
| NIST 800-171 R3 (source) | 03.05.05.b 03.05.05.c 03.05.05.d |
| NIST 800-171A R3 (source) | A.03.05.05.ODP[01] A.03.05.05.b[01] A.03.05.05.b[02] A.03.05.05.c |
| NIST 800-207 | NIST Tenet 4 |
| OWASP Top 10 2021 | A07:2021 A01:2021 |
| PCI DSS 4.0.1 (source) | 8.2 8.2.1 |
| PCI DSS 4.0.1 SAQ A (source) | 8.2.1 |
| PCI DSS 4.0.1 SAQ A-EP (source) | 8.2.1 |
| PCI DSS 4.0.1 SAQ C (source) | 8.2.1 |
| PCI DSS 4.0.1 SAQ C-VT (source) | 8.2.1 |
| PCI DSS 4.0.1 SAQ D Merchant (source) | 8.2.1 |
| PCI DSS 4.0.1 SAQ D Service Provider (source) | 8.2.1 |
| SCF CORE Mergers, Acquisitions & Divestitures (MA&D) | IAC-09 |
| SCF CORE ESP Level 1 Foundational | IAC-09 |
| SCF CORE ESP Level 2 Critical Infrastructure | IAC-09 |
| SCF CORE ESP Level 3 Advanced Threats | IAC-09 |
US (24)
| Framework | Mapping Values |
|---|---|
| US CERT RMM 1.2 | ID:SG1.SP1 ID:SG1.SP2 ID:SG1.SP3 |
| US CJIS Security Policy 5.9.3 (source) | IA-4 |
| US CMMC 2.0 Level 2 (source) | IA.L2-3.5.5 |
| US CMMC 2.0 Level 3 (source) | IA.L2-3.5.5 |
| US CMS MARS-E 2.0 | IA-4 |
| US FedRAMP R4 | IA-4 |
| US FedRAMP R4 (low) | IA-4 |
| US FedRAMP R4 (moderate) | IA-4 |
| US FedRAMP R4 (high) | IA-4 |
| US FedRAMP R4 (LI-SaaS) | IA-4 |
| US FedRAMP R5 (source) | IA-4 |
| US FedRAMP R5 (low) (source) | IA-4 |
| US FedRAMP R5 (moderate) (source) | IA-4 |
| US FedRAMP R5 (high) (source) | IA-4 |
| US FedRAMP R5 (LI-SaaS) (source) | IA-4 |
| US HIPAA Administrative Simplification 2013 (source) | 164.312(a)(2)(i) |
| US HIPAA Security Rule / NIST SP 800-66 R2 (source) | 164.312(a)(2)(i) |
| US IRS 1075 | IA-4 |
| US NISPOM 2020 | 8-607 |
| US - MA 201 CMR 17.00 | 17.04(1)(d) |
| US - TX DIR Control Standards 2.0 | IA-4 |
| US - TX TX-RAMP Level 1 | IA-4 |
| US - TX TX-RAMP Level 2 | IA-4 |
| US - VT Act 171 of 2018 | 2447(c)(1)(A)(i) 2447(c)(2)(B) |
EMEA (2)
| Framework | Mapping Values |
|---|---|
| EMEA Germany C5 2020 | IDM-01 |
| EMEA Israel CDMO 1.0 | 12.15 |
Americas (1)
| Framework | Mapping Values |
|---|---|
| Americas Canada ITSP-10-171 | 03.05.05.B 03.05.05.C 03.05.05.D |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to govern naming standards for usernames and Technology Assets, Applications and/or Services (TAAS).
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 Technology Assets, Applications and/or Services (TAAS), 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 Technology Assets, Applications and/or Services (TAAS), 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.
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 Technology Assets, Applications and/or Services (TAAS), applications and services.
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 govern naming standards for usernames and Technology Assets, Applications and/or Services (TAAS).
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 govern naming standards for usernames and Technology Assets, Applications and/or Services (TAAS).
Assessment Objectives
- IAC-09_A01 personnel or roles from whom authorization must be received to assign an identifier are defined.
- IAC-09_A02 system identifiers are managed by receiving authorization from personnel or roles to assign to an individual, group, role or device identifier.
- IAC-09_A03 the time period for preventing the reuse of identifiers is defined.
- IAC-09_A04 the reuse of identifiers for an organization-defined time period is prevented.
- IAC-09_A05 an identifier that identifies an individual, group, role, service, or device is selected.
- IAC-09_A06 an identifier that identifies an individual, group, role, service, or device is assigned.
- IAC-09_A07 the reuse of identifiers for <A.03.05.05.ODP[01]: time period> is prevented.
Technology Recommendations
Micro/Small
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
Small
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
Medium
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
Large
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
Enterprise
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)