PCI DSS 4.0
Req 8: Identify and Authenticate Users

PCI DSS 4.0 8.5.1: 8.5.1 MFA system resistant to replay and bypass

MFA systems must be implemented so that: the MFA system resists replay attacks; no user, including administrative users, can bypass MFA unless this is specifically documented and authorized by management by exception for a limited time; at least two distinct factor types are required; and all factors must succeed before access is granted. The guidance gives examples of replay protections, including unique session identifiers and keys, timestamps, time-based one-time passcodes and mechanisms that detect and reject duplicate authentication attempts. Objective under the customized approach: MFA systems resist attack and tightly control any administrative override. 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 40 controls across 20 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

SOC 2 · 5 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
  • SOC2-CC7.1 CC7.1 Detecting configuration changes and new vulnerabilities

CIS Controls v8 · 4 controls

  • CIS-6.3 Require MFA for Externally-Exposed Applications
  • CIS-6.4 Require MFA for Remote Network Access
  • CIS-6.5 Require MFA for Administrative Access
  • CIS-6.6 Establish and Maintain an Inventory of Authentication and Authorization Systems

FedRAMP High · 4 controls

  • IA-2(1) MFA to 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
  • SC-23 Session Authenticity

FedRAMP Moderate · 4 controls

  • IA-2(1) MFA to 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
  • SC-23 Session Authenticity

NIST SP 800-53 Rev 5 · 3 controls

CMMC 2.0 · 2 controls

ISO 27001:2022 · 2 controls

  • 5.16 Identity management
  • 8.5 Secure authentication

ISO 27701:2019 · 2 controls

  • 6.6.2 User access management
  • 6.7.1 Cryptographic controls

NIST SP 800-171 Rev 3 · 2 controls

  • E8-MFA-ML3 Multi-Factor Authentication - Maturity Level 3
  • ASD37-20 Multi-factor authentication (Essential)
  • IM-6 Use strong authentication controls

C5 (Germany) · 1 control

ISO 27002:2022 · 1 control

  • 8.5 Secure authentication

NIS2 Directive · 1 control

  • Art.21.2.j Multi-factor or continuous authentication, secured communications and secured emergency communications

NIST SP 800-172 · 1 control

  • 3.5.1e Identification of Systems, Components, and Devices

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.5.1 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 40 it maps to, and the evidence behind each claim, over MCP and REST.