IAC-06: Multi-Factor Authentication (MFA)
Automated mechanisms exist to enforce Multi-Factor Authentication (MFA) for: (1) Remote network access; (2) Third-party Technology Assets, Applications and/or Services (TAAS); and/ or (3) Non-console access to critical TAAS that store, transmit and/or process sensitive/regulated data.
Control Question: Does the organization use automated mechanisms to enforce Multi-Factor Authentication (MFA) for: (1) Remote network access; (2) Third-party Technology Assets, Applications and/or Services (TAAS); and/ or (3) Non-console access to critical TAAS that store, transmit and/or process sensitive/regulated data?
General (43)
| Framework | Mapping Values |
|---|---|
| AICPA TSC 2017:2022 (used for SOC 2) (source) | CC6.6-POF3 |
| CIS CSC 8.1 | 6.3 6.4 |
| CIS CSC 8.1 IG1 | 6.3 6.4 |
| CIS CSC 8.1 IG2 | 6.3 6.4 |
| CIS CSC 8.1 IG3 | 6.3 6.4 |
| CSA CCM 4 | IAM-14 |
| CSA IoT SCF 2 | CLS-11 |
| GovRAMP Core | IA-02(01) |
| GovRAMP Low | IA-02(01) |
| GovRAMP Low+ | IA-02(01) |
| GovRAMP Moderate | IA-02(01) IA-02(02) |
| GovRAMP High | IA-02(01) IA-02(02) |
| IEC 62443-4-2 2019 | CR 1.1 (5.3.3(2)) |
| IMO Maritime Cyber Risk Management | 3.5.3.2 |
| MPA Content Security Program 5.1 | TS-1.6 TS-2.9 |
| NAIC Insurance Data Security Model Law (MDL-668) | 4.D(2)(g) |
| NIST 800-53 R4 | IA-2(11) |
| NIST 800-53 R4 (moderate) | IA-2(11) |
| NIST 800-53 R4 (high) | IA-2(11) |
| NIST 800-53 R5 (source) | IA-2(1) IA-2(2) |
| NIST 800-53B R5 (low) (source) | IA-2(1) IA-2(2) |
| NIST 800-53B R5 (moderate) (source) | IA-2(1) IA-2(2) |
| NIST 800-53B R5 (high) (source) | IA-2(1) IA-2(2) |
| NIST 800-82 R3 LOW OT Overlay | IA-2(1) IA-2(2) |
| NIST 800-82 R3 MODERATE OT Overlay | IA-2(1) IA-2(2) |
| NIST 800-82 R3 HIGH OT Overlay | IA-2(1) IA-2(2) |
| NIST 800-171 R2 (source) | 3.5.3 3.7.5 |
| NIST 800-171 R3 (source) | 03.05.03 03.07.05.b |
| NIST 800-171A R3 (source) | A.03.05.03[01] A.03.05.03[02] A.03.07.05.b[01] |
| NIST 800-207 | NIST Tenet 6 |
| OWASP Top 10 2021 | A07:2021 |
| PCI DSS 4.0.1 (source) | 8.2.3 8.4 8.4.2 8.4.3 8.5.1 |
| PCI DSS 4.0.1 SAQ A-EP (source) | 8.4.2 8.4.3 8.5.1 |
| PCI DSS 4.0.1 SAQ B-IP (source) | 8.4.3 |
| PCI DSS 4.0.1 SAQ C (source) | 8.4.2 8.4.3 8.5.1 |
| PCI DSS 4.0.1 SAQ D Merchant (source) | 8.4.2 8.4.3 8.5.1 |
| PCI DSS 4.0.1 SAQ D Service Provider (source) | 8.2.3 8.4.2 8.4.3 8.5.1 |
| SWIFT CSF 2023 | 4.2 |
| SCF CORE Fundamentals | IAC-06 |
| SCF CORE Mergers, Acquisitions & Divestitures (MA&D) | IAC-06 |
| SCF CORE ESP Level 1 Foundational | IAC-06 |
| SCF CORE ESP Level 2 Critical Infrastructure | IAC-06 |
| SCF CORE ESP Level 3 Advanced Threats | IAC-06 |
US (26)
EMEA (9)
| Framework | Mapping Values |
|---|---|
| EMEA EU NIS2 | 21.2(j) |
| EMEA EU NIS2 Annex | 11.3.2(a) 11.7.1 |
| EMEA EU PSD2 | 4 |
| EMEA Israel CDMO 1.0 | 4.21 4.32 |
| EMEA Saudi Arabia CSCC-1 2019 | 2-2-1-3 2-2-1-4 |
| EMEA Saudi Arabia ECC-1 2018 | 2-2-3-2 2-4-3-2 2-15-3-5 |
| EMEA Saudi Arabia SACS-002 | TPC-4 TPC-5 TPC-37 TPC-44 TPC-45 |
| EMEA UK Cyber Essentials | 2 |
| EMEA UK DEFSTAN 05-138 | 2201 2305 2512 |
APAC (6)
| Framework | Mapping Values |
|---|---|
| APAC Australia Essential 8 | ML1-P3 ML2-P3 ML3-P3 |
| APAC Australia ISM June 2024 | ISM-0974 ISM-1173 ISM-1401 ISM-1504 ISM-1505 ISM-1559 ISM-1560 ISM-1561 ISM-1679 ISM-1680 ISM-1681 ISM-1682 ISM-1683 ISM-1685 |
| APAC India SEBI CSCRF | PR.AA.S7 |
| APAC New Zealand NZISM 3.6 | 16.7.34.C.01 16.7.34.C.02 16.7.35.C.01 16.7.36.C.01 23.3.19.C.01 23.3.19.C.02 |
| APAC Singapore Cyber Hygiene Practice | 4.6(b) |
| APAC Singapore MAS TRM 2021 | 9.1.5 |
Americas (2)
| Framework | Mapping Values |
|---|---|
| Americas Canada OSFI B-13 | 3.2.7 |
| Americas Canada ITSP-10-171 | 03.05.03 03.07.05.B |
Capability Maturity Model
Level 0 — Not Performed
There is no evidence of a capability to enforce Multi-Fact or Authentication (MFA) for: (1) Remote network access; (2) Third-party Technology Assets, Applications and/or Services (TAAS); and/ or (3) Non-console access to critical TAAS that store, transmit and/or process sensitive/regulated data.
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.
- Administrative processes and technologies require Multi-Fact or Authentication (MFA) for remote network access.
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.
- Administrative processes and technologies require Multi-Fact or Authentication (MFA) for remote network access.
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 enforce Multi-Fact or Authentication (MFA) for: (1) Remote network access; (2) Third-party Technology Assets, Applications and/or Services (TAAS); and/ or (3) Non-console access to critical TAAS that store, transmit and/or process sensitive/regulated data.
Assessment Objectives
- IAC-06_A01 multi-factor authentication for access to privileged accounts is implemented.
- IAC-06_A02 multi-factor authentication for access to non-privileged accounts is implemented.
- IAC-06_A03 system components that are known, authenticated, in a properly configured state or in a trust profile are identified.
- IAC-06_A04 automated or manual/procedural mechanisms to prohibit system components from connecting to organizational systems are identified.
- IAC-06_A05 automated or manual/procedural mechanisms are employed to prohibit system components from connecting to organizational systems unless the components are known, authenticated, in a properly configured state or in a trust profile.
- IAC-06_A06 multi-factor authentication is implemented in the establishment of nonlocal maintenance and diagnostic sessions.
Technology Recommendations
Micro/Small
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
- Yubico (https://yubico.com)
- Duo (https://duo.com)
Small
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
- Yubico (https://yubico.com)
- Duo (https://duo.com)
Medium
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
- Yubico (https://yubico.com)
- Duo (https://duo.com)
Large
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
- Yubico (https://yubico.com)
- Duo (https://duo.com)
Enterprise
- Microsoft Active Directory (https://microsoft.com)
- Microsoft Entra (https://microsoft.com)
- AWS IAM (https://aws.amazon.com)
- Yubico (https://yubico.com)
- Duo (https://duo.com)