PCI DSS 4.0
Req 7: Restrict Access by Need to Know

PCI DSS 4.0 7.3.1: 7.3.1 Need-to-know access control system covers all components

One or more access control systems must be in place that limit access according to each user's need to know and that cover every system component. The guidance explains that such systems automate the restriction of access and assignment of privileges, reducing the chance that a user is unknowingly given access to cardholder data. Customized approach objective: privileges and access rights are administered through mechanisms built for that purpose.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

This control maps to 68 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.

NIST SP 800-53 Rev 5 · 8 controls

CMMC 2.0 · 6 controls

HIPAA Security Rule · 6 controls

NIST SP 800-66 Rev 2 · 6 controls

ISO 27701:2019 · 5 controls

  • 6.6 Access control
  • 6.6.1 Business requirements of access control
  • 6.6.2 User access management
  • 6.6.4 System and application access control
  • 7.4.2 Limit processing

FedRAMP High · 4 controls

  • AC-21 Information Sharing
  • AC-3 Access Enforcement
  • AC-6(1) Authorize Access to Security Functions
  • RA-5(5) Privileged Access

FedRAMP Moderate · 4 controls

  • AC-21 Information Sharing
  • AC-3 Access Enforcement
  • AC-6(1) Authorize Access to Security Functions
  • RA-5(5) Privileged Access

ISO 27001:2022 · 4 controls

  • 5.15 Access control
  • 8.2 Privileged access rights
  • 8.3 Information access restriction
  • 8.5 Secure authentication
  • NIST-CSF-ID.AM-05 Assets are prioritized based on classification, criticality, resources, and impact on the mission
  • NIST-CSF-PR.AA-01 Identities and credentials for authorized users, services, and hardware are managed by the organization
  • NIST-CSF-PR.AA-05 Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties
  • NIST-CSF-PR.IR-01 Networks and environments are protected from unauthorized logical access and usage

SOC 2 · 4 controls

  • 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-P5.1 P5.1 Data subject access

CIS Controls v8 · 3 controls

  • CIS-3.3 Configure Data Access Control Lists
  • CIS-6.7 Centralize Access Control
  • CIS-6.8 Define and Maintain Role-Based Access Control
  • IM-1 Use centralized identity and authentication system
  • IM-7 Restrict resource access based on conditions

C5 (Germany) · 2 controls

ISO 27002:2022 · 2 controls

  • 5.15 Access control
  • 8.3 Information access restriction
  • ANSSI-HYG-09 Assign the Correct Rights on Sensitive Resources

APPI · 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 7: Restrict Access by Need to Know

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

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