PCI DSS 4.0
Req 8: Identify and Authenticate Users

PCI DSS 4.0 8.4.2: 8.4.2 MFA for all non-console CDE access

Every form of non-console access into the CDE, not only administrative access, must be protected with MFA. Applicability: excludes system or application accounts that run automated functions, to point-of-sale terminal user accounts that are limited to a single card number per transaction, or to user accounts authenticated only with phishing-resistant factors. MFA is required separately for this access and for remote access under 8.4.3, so a user who connects remotely to the network and then into the CDE authenticates with MFA twice. It covers every kind of system component (cloud and hosted systems, on-premises applications, workstations, servers, endpoints and network security devices) and both direct network or system access and web-based access to applications. MFA may be applied at network or system/application level, not necessarily both. Objective under the customized approach: access into the CDE cannot be gained with a single authentication factor. Future-dated: treated as a best practice up to 31 March 2025 and mandatory since then.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

This control maps to 43 controls across 24 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

FedRAMP High · 8 controls

  • IA-2 Identification and Authentication (Organizational Users)
  • IA-2(2) MFA to Non-Privileged Accounts
  • IA-2(6) Identification and Authentication (Organizational Users) | Access to Accounts: separate Device (IA-2(6))
  • IA-2(8) Access to Accounts Replay Resistant
  • IA-3 Device Identification and Authentication
  • IA-5(2) Public Key-Based Authentication
  • IA-8 Identification and Authentication (Non-Organizational Users)
  • SC-23 Session Authenticity

FedRAMP Moderate · 8 controls

  • IA-2 Identification and Authentication (Organizational Users)
  • IA-2(2) MFA to Non-Privileged Accounts
  • IA-2(6) Identification and Authentication (Organizational Users) | Access to Accounts: separate Device (IA-2(6))
  • IA-2(8) Access to Accounts Replay Resistant
  • IA-3 Device Identification and Authentication
  • IA-5(2) Public Key-Based Authentication
  • IA-8 Identification and Authentication (Non-Organizational Users)
  • SC-23 Session Authenticity

SOC 2 · 4 controls

  • SOC2-CC5.2 CC5.2 General controls over technology (COSO principle 11)
  • SOC2-CC6.1 CC6.1 Logical access security over protected information assets
  • SOC2-CC6.2 CC6.2 Registering and authorising users before issuing credentials
  • SOC2-CC6.3 CC6.3 Role-based access, least privilege and segregation of duties

CIS Controls v8 · 2 controls

  • CIS-6.3 Require MFA for Externally-Exposed Applications
  • CIS-6.4 Require MFA for Remote Network Access

CMMC 2.0 · 2 controls

  • E8-MFA-ML3 Multi-Factor Authentication - Maturity Level 3
  • ASD37-20 Multi-factor authentication (Essential)
  • AUCDR-IS-1 Limit risk of unauthorised access to the CDR data environment
  • IM-6 Use strong authentication controls

C5 (Germany) · 1 control

HIPAA Security Rule · 1 control

  • 164.312(d) Person or Entity Authentication (Standard)

ISO 27001:2022 · 1 control

  • 8.5 Secure authentication

ISO 27002:2022 · 1 control

  • 8.5 Secure authentication

ISO 27701:2019 · 1 control

  • 6.6.2 User access management

NIST SP 800-172 · 1 control

  • 3.5.3e Prohibit Connection of Unknown or Unverified System Components
  • NIST800-IA-2 IA-2 Identification and Authentication (Organizational Users)
  • 164.312(d) Person or Entity Authentication (Standard)
  • P2-4.2.1 P2-4.2.1 Multi-factor for all non-console personnel access

UK Cyber Essentials · 1 control

  • CE-SC.6 Multi-Factor Authentication for Cloud Services

Every mapping shown was judged rather than inferred from wording similarity, and the ones that failed review are published too. See the coverage reports and what was rejected.

Other controls in Req 8: Identify and Authenticate Users

You are reading one control. How much of PCI DSS 4.0 have you already done?

PCI DSS 4.0 8.4.2 is one control. If you already hold one of the frameworks below, a reviewed crosswalk already says how much of PCI DSS 4.0 your existing evidence covers. Hold ISO 27001:2022 and 139 of 280 PCI DSS 4.0 controls already carry evidence.

Each report names every control your existing framework evidences, every one it does not, the reasoning behind each claim, and the claims that were argued against and rejected. 415 were rejected on the ISO 27001:2022 pair alone.

Query this from an agent

The graph holds this control, the 43 it maps to, and the evidence behind each claim, over MCP and REST.