Skip to main content

IAC-14: Authenticator Management

IAC 10 — Critical Protect

Mechanisms exist to: (1) Securely manage authenticators for users and devices; and (2) Ensure the strength of authentication is appropriate to the classification of the data being accessed.

Renumbered: Formerly IAC-10 in SCF 2025.4.

Code reused: In SCF 2025.4 and earlier, IAC-14 was Re-Authentication. That control is now IAC-43.

Control Question: Does the organization: (1) Securely manage authenticators for users and devices; and (2) Ensure the strength of authentication is appropriate to the classification of the data being accessed?

General (48)
Framework Mapping Values
AICPA TSC 2017:2022 (used for SOC 2) (source) CC6.1
CIS CSC 8.1 5.2
CIS CSC 8.1 IG1 5.2
CIS CSC 8.1 IG2 5.2
CIS CSC 8.1 IG3 5.2
CSA CCM 4.1.0 IAM-14 IAM-15
CSA IoT SCF 2 IAM-18 IAM-21
GovRAMP IA-05 IA-05(01)
GovRAMP Core IA-05 IA-05(01)
GovRAMP Low IA-05 IA-05(01)
GovRAMP Low+ IA-05 IA-05(01)
GovRAMP Moderate IA-05 IA-05(01)
GovRAMP High IA-05 IA-05(01)
IEC 62443-2-1 2024 USER 1.11
IEC 62443-4-2 2019 CR 1.5 CR 1.9
IMO Maritime Cyber Risk Management 3.5.3.1 3.5.3.2
ISO 27002 2022 5.17 5.18
ISO 27017 2015 9.2.4 9.4.3
ISO 27018 2025 5.17 5.18
MITRE ATT&CK 16 T1003 T1003.001 T1003.002 T1003.003 T1003.004 T1003.005 T1003.006 T1003.007 T1003.008 T1021 T1021.001 T1021.004 T1021.007 T1021.008 T1040 T1072 T1078 T1078.002 T1078.004 T1098.001 T1098.002 T1098.003 T1098.004 T1098.006 T1110 T1110.001 T1110.002 T1110.003 T1110.004 T1111 T1114 T1114.002 T1133 T1136 T1136.001 T1136.002 T1136.003 T1212 T1528 T1530 T1539 T1550.003 T1552 T1552.001 T1552.002 T1552.004 T1552.006 T1555 T1555.001 T1555.002 T1555.004 T1555.005 T1556 T1556.001 T1556.003 T1556.004 T1556.005 T1556.009 T1558 T1558.001 T1558.002 T1558.003 T1558.004 T1558.005 T1563.001 T1599 T1599.001 T1601 T1601.001 T1601.002 T1621 T1649
MPA Content Security Program 5.3.1 TS-1.6
NIST 800-53 R4 IA-5 IA-5(4)
NIST 800-53 R5.2 IA-05 IA-05(01)
NIST 800-53B R5 (low) (source) IA-05 IA-05(01)
NIST 800-53B R5 (moderate) (source) IA-05 IA-05(01)
NIST 800-53B R5 (high) (source) IA-05 IA-05(01)
NIST 800-82 R3 IA-05 IA-05(01)
NIST 800-82 R3 LOW OT Overlay IA-05 IA-05(01)
NIST 800-82 R3 MODERATE OT Overlay IA-05 IA-05(01)
NIST 800-82 R3 HIGH OT Overlay IA-05 IA-05(01)
NIST 800-161 R1 IA-5
NIST 800-161 R1 C-SCRM Baseline IA-5
NIST 800-161 R1 Flow Down IA-5
NIST 800-161 R1 Level 2 IA-5
NIST 800-161 R1 Level 3 IA-5
NIST 800-171 R2 (source) 3.5.8 3.5.9
NIST 800-171 R3 (source) 03.05.07.a 03.05.07.b 03.05.07.c 03.05.07.d 03.05.07.e 03.05.07.f 03.05.12.a 03.05.12.b 03.05.12.c 03.05.12.d 03.05.12.e 03.05.12.f
NIST 800-171A (source) 3.5.8[a] 3.5.8[b] 3.5.9
NIST 800-171A R3 (source) A.03.05.07.a[01] A.03.05.07.b A.03.05.07.c A.03.05.07.d A.03.05.07.e A.03.05.07.f A.03.05.12.ODP[01] A.03.05.12.ODP[02] A.03.05.12.a A.03.05.12.b A.03.05.12.c[01] A.03.05.12.c[02] A.03.05.12.c[03] A.03.05.12.c[04] A.03.05.12.c[05] A.03.05.12.c[06] A.03.05.12.d A.03.05.12.e A.03.05.12.f[01] A.03.05.12.f[02]
PCI DSS 4.0.1 (source) 8.2.4 8.3 8.3.1 8.3.3 8.3.5 8.3.7 8.3.9 8.3.10.1 8.3.11 8.6.3
PCI DSS 4.0.1 SAQ A (source) 8.3.1 8.3.5 8.3.7 8.3.9
PCI DSS 4.0.1 SAQ A-EP (source) 8.2.4 8.3.1 8.3.3 8.3.5 8.3.7 8.3.9 8.3.11 8.6.3
PCI DSS 4.0.1 SAQ C (source) 8.2.4 8.3.1 8.3.3 8.3.5 8.3.7 8.3.9 8.6.3
PCI DSS 4.0.1 SAQ C-VT (source) 8.2.4 8.3.1
PCI DSS 4.0.1 SAQ D Merchant (source) 8.2.4 8.3.1 8.3.3 8.3.5 8.3.7 8.3.9 8.3.11 8.6.3
PCI DSS 4.0.1 SAQ D Service Provider (source) 8.2.4 8.3.1 8.3.3 8.3.5 8.3.7 8.3.9 8.3.10.1 8.3.11 8.6.3
SWIFT CSF 2025 4.1 5.4
UL 2900-2-2 2016 8.9
US (22)
Framework Mapping Values
USA Federal CMS MARS-E 2.0 IA-5 IA-5(1)
USA Federal CISA CPG 2022 2.B 2.L
USA Federal DHS CISA TIC 3.0 3.PEP.ID.SMANA
USA Federal C2M2 2.1 ACCESS-1b
USA Federal CMMC 2.0 Level 2 IAL2.-3.5.8 IAL2.-3.5.9
USA Federal DoD Zero Trust Execution Roadmap v1.1 1.8.2
USA Federal CJIS Security Policy 6.0 IA-5 IA-5(1)
USA Federal FFIEC ITEH 2016 II.C.15.b
USA Federal FedRAMP R5 (low) IA-05 IA-05(01)
USA Federal FedRAMP R5 (moderate) IA-05 IA-05(01)
USA Federal FedRAMP R5 (high) IA-05 IA-05(01)
USA Federal FedRAMP R5 (LI-SaaS) IA-05
USA Federal IRS 1075 2021 IA-5 IA-5(CE-1).c IA-5(CE-1).d IA-5(CE-1).e IA-5(IRS-Defined)-1 IA-5(IRS-Defined)-2 IA-5(IRS-Defined)-2.a IA-5(IRS-Defined)-2.b IA-5(IRS-Defined)-2.c IA-5(IRS-Defined)-2.d
USA Federal NERC CIP 2024 CIP-007-6 5.6
USA Federal NISPOM 2020 §117.15(e)(5)
USA California CCPA 2025 7123(c)(1)(B)
USA Massachusetts 201 CMR 17.00 2008 17.04(1)(b) 17.04(2)(b)
USA New York DFS 23 NYCRR500 2023 Amd 2 500.7(b)
USA Texas DIR SCSC 2.2 2025 IA-05 IA-05(1)
USA Texas TX-RAMP Level 1 IA-05 IA-05 (01)
USA Texas TX-RAMP Level 2 IA-05 IA-05 (01)
USA Vermont Act 171 2018 2447(c)(1)(A)(ii)
EMEA (6)
Framework Mapping Values
EMEA Germany C5 2026 IAM-01.02B.16 IAM-03.03B IAM-03.03AS IAM-08.04B IAM-08.04B.3 IAM-08.04B.6 IAM-08.05B IAM-09.01B IAM-09.03B.3 IAM-09.07B PSS-01.02B.5 PSS-07.01B.3 PSS-07.03B
EMEA Spain CCN-STIC 825 op.acc.4 op.acc.5
EMEA EU DORA RTS 2024 Article 21.1(f) Article 21.1(f)(i) Article 33.1(d)
EMEA EU NIS2 Annex 2024 11.6.2(a) 11.7.2
EMEA Saudi Arabia IoT CGIoT-1 2024 2-2-2
EMEA Saudi Arabia SACS-002 2022 VII.B.TPC-62
APAC (7)
Framework Mapping Values
APAC Australia ISM June 2026 ISM-1227 ISM-1593 ISM-1594 ISM-1595
APAC India RBI Digital Payments 2021 34.a 53.0 70.g
APAC India RBI PA 2025 III.10.e
APAC India SEBI CSCRF 2024 PR.AA.S6
APAC Japan ISMAP 9.2.4 9.2.4.1 9.2.4.3 9.2.4.4 9.2.4.5 9.2.4.6 9.2.4.7 9.2.4.8
APAC Malaysia RMiT 2025 A2-C11(b)
APAC New Zealand NZISM 3.9 14.3.13.C.01 14.3.13.C.02 14.3.13.C.03 16.1.36.C.02 16.1.36.C.03 16.1.40.C.01 16.1.41.C.01 16.1.41.C.02 16.1.42.C.01
Americas (1)
Framework Mapping Values
Americas Canada ITSP-10-171 2025 03.05.07.A 03.05.07.B 03.05.07.C 03.05.07.D 03.05.07.E 03.05.07.F 03.05.12.A 03.05.12.B 03.05.12.C 03.05.12.D 03.05.12.E 03.05.12.F

Capability Maturity Model

Level 0 — Not Performed

Practices are non-existent, based on the inability to demonstrate an implemented and operational capability. A reasonable person would conclude the control is not being performed.

Level 1 — Performed Informally

Identification & Authentication (IAC) domain capabilities are ad hoc and inconsistent. Capability criteria associated with this control may include: ▪ Policies, standards & procedures associated with IAC domain capabilities provide limited coverage due to the depth and breadth of the existing documentation. ▪ Identity & Access Management (IAM)-related activities are decentralized (e.g., a localized/regionalized function) and uses non-standardized methods to implement secure, resilient and compliant practices. ▪ IAM controls are primarily administrative in nature (e.g., policies & standards) to manage accounts and permissions. ▪ IT and/or cybersecurity 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) capabilities are requirements-driven, but are not standardized across the entity (e.g., local/regional level consistency). Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Policies and standards associated with IAC domain capabilities are formally documented and centrally-managed by the entity. ▪ Standardized Operating Procedures (SOP) associated with IAC domain capabilities are documented and maintained by process owners. ▪ IT and/or cybersecurity personnel work with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with IAC domain capabilities to address applicable statutory, regulatory and/or contractual requirements for Technology Assets, Applications, Services and/or Data (TAASD). ▪ Identity & Access Management (IAM)-related controls are primarily administrative and preventative in nature (e.g., policies, standards and procedures & guidelines) to enforce Logical Access Control (LAC). ▪ IAM may be a defined function (e.g., team or department) or assigned as an additional duty to existing IT and/or cybersecurity personnel to implement Role Based Access Control (RBAC) practices for the management of user, group and system accounts, including privileged accounts. ▪ A directory services technology is 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) that cannot be integrated into directory services. ▪ Configuration management and IAM functions collaborate to ensure Secure Baseline Configurations (SBC) enforce “least privileges” on TAAS.

Level 3 — Well Defined

Identification & Authentication (IAC) capabilities are standardized across the entity for applicability to People, Processes, Technologies, Data and/or Facilities (PPTDF) to ensure consistency for Technology Assets, Applications, Services and/or Data (TAASD). Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Policies and standards associated with IAC domain capabilities are formally documented and centrally-managed by the entity's Governance, Risk & Compliance (GRC) team, or similar function. ▪ Standardized Operating Procedures (SOP) associated with IAC domain capabilities are well-documented and kept current by process owners. ▪ An Identity & Access Management (IAM) team, or similar function, is appropriately staffed and supported to implement and maintain IAC domain capabilities. ▪ Technology is leveraged to enhance the efficiency and accuracy of IAM operations (e.g., directory services, Authenticate, Authorize and Audit (AAA) solution). ▪ The entity's Governance, Risk & Compliance (GRC) team, or similar function, works with business stakeholders and process owners to appropriately scope and reasonably implement cybersecurity and data protection controls associated with IAC domain capabilities to address Minimum Compliance Requirements (MCR) (e.g., applicable statutory, regulatory and/or contractual requirements) and Discretionary Security Requirements (DSR) (e.g., entity-required controls). ▪ An implemented and operational capability exists to: (1) Securely manage authenticators for users and devices; and (2) Ensure the strength of authentication is appropriate to the classification of the data being accessed.

Level 4 — Quantitatively Controlled

Identification & Authentication (IAC) capabilities, in addition to being standardized across the entity and centrally managed to ensure consistency across Technology Assets, Applications, Services and/or Data (TAASD), efforts are metrics driven to provide sufficient insight for decision makers to predict optimal performance, ensure continued operations and/or identify areas for improvement. Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Applicable SCR-CMM Level 3 (Well Defined) capabilities are implemented and operational. ▪ 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. ▪ Business and technical stakeholders are involved in reviewing and approving proposed changes to evolve capabilities.

Level 5 — Continuously Improving

Identification & Authentication (IAC) capabilities, in addition to being standardized across the entity and centrally managed to ensure consistency across Technology Assets, Applications, Services and/or Data (TAASD), efforts are metrics driven to provide sufficient insight for decision makers to predict optimal performance, ensure continued operations and/or identify areas for improvement. Capability criteria associated with this control reasonably expect the following criteria to exist: ▪ Applicable SCR-CMM Level 3 (Well Defined) capabilities are implemented and operational. ▪ Based on predictive analysis, process improvements are implemented according to “continuous improvement” practices that affect process changes. ▪ Stakeholders make time-sensitive decisions to support operational efficiency, which may include automated remediation actions via Artificial Intelligence (AI) or Machine Learning (ML) technologies.

Assessment Objectives

  1. IAC-14_A01 the number of generations during which a password cannot be reused is specified.
  2. IAC-14_A02 reuse of passwords is prohibited during the specified number of generations.
  3. IAC-14_A03 an immediate change to a permanent password is required when a temporary password is used for system logon.
  4. IAC-14_A04 the frequency for changing or refreshing authenticators is defined.
  5. IAC-14_A05 events that trigger the change or refreshment of authenticators are defined.
  6. IAC-14_A06 the identity of the individual, group, role, service, or device receiving the authenticator as part of the initial authenticator distribution is verified.
  7. IAC-14_A07 initial authenticator content for any authenticators issued by the organization is established.
  8. IAC-14_A08 system authenticators are managed to ensure that authenticators have sufficient strength of mechanism for their intended use.
  9. IAC-14_A09 system authenticators are managed through the establishment and implementation of administrative procedures for initial authenticator distribution. lost, compromised or damaged authenticators. and the revocation of authenticators.
  10. IAC-14_A10 default authenticators are changed at first use.
  11. IAC-14_A11 authenticators are changed or refreshed per an organization-defined frequency or when organization-defined events occur.
  12. IAC-14_A12 system authenticators are managed through the protection of authenticator content from unauthorized disclosure and modification.
  13. IAC-14_A13 system authenticators are managed through the requirement for individuals to take specific controls to protect authenticators.
  14. IAC-14_A14 system authenticators are managed through the requirement for devices to implement specific controls to protect authenticators.
  15. IAC-14_A15 system authenticators are managed through the change of authenticators for group or role accounts when membership to those accounts changes.
  16. IAC-14_A16 the frequency at which to update the list of commonly used, expected or compromised passwords is defined.
  17. IAC-14_A17 authenticator composition and complexity rules are defined.
  18. IAC-14_A18 administrative procedures for initial authenticator distribution are established.
  19. IAC-14_A19 administrative procedures for lost, compromised, or damaged authenticators are established.
  20. IAC-14_A20 administrative procedures for revoking authenticators are established.
  21. IAC-14_A21 administrative procedures for initial authenticator distribution are implemented.
  22. IAC-14_A22 administrative procedures for lost, compromised, or damaged authenticators are implemented.
  23. IAC-14_A23 administrative procedures for revoking authenticators are implemented.
  24. IAC-14_A24 authenticator content is protected from unauthorized disclosure.
  25. IAC-14_A25 authenticators are changed or refreshed <A.03.05.12.ODP[01]: frequency> or when the following events occur: <A.03.05.12.ODP[02]: events>.
  26. IAC-14_A26 authenticator content is protected from unauthorized disclosure.
  27. IAC-14_A27 authenticator content is protected from unauthorized modification.

Evidence Requirements

E-IAC-13 Authenticator Types

Documented evidence of system authenticator types.

Identity & Access Management
E-MON-11 System Authenticator Types

Documented evidence of the list of authorized system authenticator types.

Event Log Monitoring

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)

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.