PCI DSS 4.0
Req 8: Identify and Authenticate Users

PCI DSS 4.0 8.2.8: 8.2.8 Re-authentication after 15 minutes idle

A user must authenticate again before resuming a terminal or session that has been idle for longer than 15 minutes. The guidance notes this can be applied at system level for all sessions on a machine or at application level, and gives a password-protected screensaver after 15 minutes idle as one example. Applicability: not intended for point-of-sale terminal user accounts that are limited to a single card number per transaction, and not meant to stop legitimate activities from running while a console or PC is unattended. Objective under the customized approach: only the authorized user can use a user session.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

This control maps to 32 controls across 14 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 · 5 controls

FedRAMP Moderate · 5 controls

NIST SP 800-53 Rev 5 · 4 controls

CMMC 2.0 · 3 controls

ISO 27001:2022 · 3 controls

  • 7.7 Clear desk and clear screen
  • 8.1 User end point devices
  • 8.5 Secure authentication

NIST SP 800-171 Rev 3 · 3 controls

ISO 27002:2022 · 2 controls

  • 7.7 Clear desk and clear screen
  • 8.5 Secure authentication

C5 (Germany) · 1 control

CIS Controls v8 · 1 control

  • CIS-4.3 Configure Automatic Session Locking on Enterprise Assets

HIPAA Security Rule · 1 control

SOC 2 · 1 control

  • SOC2-CC6.1 CC6.1 Logical access security over protected information assets

UK Cyber Essentials · 1 control

  • CE-SC.4 Authenticate Users Before Access

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