PCI DSS 4.0
Req 3: Protect Stored Account Data

PCI DSS 4.0 3.7.6: 3.7.6 Split knowledge and dual control for manual key operations

Where staff perform manual key-management operations involving cleartext keys, key-management policies and procedures must be in place under which those operations are run with dual control and split knowledge. Applicability: applies to manual key-management operations; simply dividing a key into two parts does not comply, and any key component or share has to be generated either by an approved random number generator inside an SCD (an HSM or a point-of-interaction device with PTS approval, for example) OR in line with ISO 19592 or an equivalent standard for secret key share generation. Guidance defines split knowledge (each person holds only their own component, revealing nothing of others or the key) and dual control (two or more people needed to use a key or perform a key function), and warns that in m-of-n schemes a custodian must never know more than one component, now or previously. Examples of manual operations include generation, transmission, loading, storage and destruction. Objective under the customized approach: no one can know a cleartext secret or private key, and no single person can carry out operations involving cleartext keys.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

This control maps to 18 controls across 9 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.1 CC5.1 Selecting control activities that mitigate risk (COSO principle 10)
  • SOC2-CC5.3 CC5.3 Deploying controls through policies and procedures (COSO principle 12)
  • 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

ISO 27001:2022 · 3 controls

  • 5.3 Segregation of duties
  • 8.2 Privileged access rights
  • 8.24 Use of cryptography

ISO 27002:2022 · 3 controls

  • 5.3 Segregation of duties
  • 8.2 Privileged access rights
  • 8.24 Use of cryptography

FedRAMP High · 1 control

  • AC-5 Separation of Duties

FedRAMP Moderate · 1 control

  • AC-5 Separation of Duties

ISO 27701:2019 · 1 control

  • 6.7.1 Cryptographic controls

NIST SP 800-172 · 1 control

  • 3.1.1e Dual Authorization for Sensitive System Operations

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 3: Protect Stored Account Data

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

PCI DSS 4.0 3.7.6 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 18 it maps to, and the evidence behind each claim, over MCP and REST.