PCI DSS 4.0
Req 8: Identify and Authenticate Users

PCI DSS 4.0 8.6.2: 8.6.2 No hard-coded passwords for interactive system accounts

Passwords or passphrases belonging to any application or system account capable of interactive login must never be hard coded in scripts, in configuration or property files, or in bespoke or custom source code. The guidance suggests password vaults and other system-managed controls can help. Applicability: stored passwords must be encrypted in line with Requirement 8.3.2. Objective under the customized approach: unauthorized personnel are unable to use the passwords and passphrases of application and system accounts. 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 34 controls across 18 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

ISO 27002:2022 · 7 controls

  • 5.17 Authentication information
  • 8.19 Installation of software on operational systems
  • 8.24 Use of cryptography
  • 8.25 Secure development life cycle
  • 8.28 Secure coding
  • 8.33 Test information
  • 8.4 Access to source code

NIST SP 800-53 Rev 5 · 4 controls

ISO 27001:2022 · 3 controls

  • 8.25 Secure development life cycle
  • 8.28 Secure coding
  • 8.4 Access to source code
  • ASD37-21 Disable local administrator accounts (Excellent)
  • ASD37-23 Protect authentication credentials (Excellent)

FedRAMP High · 2 controls

  • CM-7(2) Prevent Program Execution
  • IA-5(7) Authenticator Management | No Embedded Unencrypted Static Authenticators (IA-5(7))

FedRAMP Moderate · 2 controls

  • CM-7(2) Prevent Program Execution
  • IA-5(7) Authenticator Management | No Embedded Unencrypted Static Authenticators (IA-5(7))

SOC 2 · 2 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
  • ASBv3-IM-8 Restrict the exposure of credential and secrets

C5 (Germany) · 1 control

  • C5-IDM-08 Confidentiality of authentication information

CMMC 2.0 · 1 control

HIPAA Security Rule · 1 control

ISO 27701:2019 · 1 control

  • 6.11.2 Security in development and support processes

NIST SP 800-172 · 1 control

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