PCI DSS 4.0
Req 2: Secure Configurations

PCI DSS 4.0 2.2.3: 2.2.3 Primary functions with different security levels managed

Where primary functions need different security levels, the entity must manage them in one of three ways: (a) a system component hosts only one primary function; OR (b) co-located primary functions whose security levels differ are isolated from one another; OR (c) co-located primary functions whose security levels differ are all secured to the level demanded by the function with the greatest security need. Applicability: no special notes; applies to every assessed entity. Customized approach objective: a less sensitive primary function cannot weaken the protection of a more sensitive one sharing the same system component.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

This control maps to 35 controls across 17 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 · 6 controls

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.3 CC6.3 Role-based access, least privilege and segregation of duties
  • SOC2-CC6.4 CC6.4 Restricting physical access to facilities and assets
  • SOC2-CC6.6 CC6.6 Protection against threats from outside the system boundary

CIS Controls v8 · 4 controls

  • CIS-12.8 Establish and Maintain Dedicated Computing Resources for All Administrative Work
  • CIS-16.8 Separate Production and Non-Production Systems
  • CIS-3.12 Segment Data Processing and Storage Based on Sensitivity
  • CIS-4.8 Uninstall or Disable Unnecessary Services on Enterprise Assets and Software

FedRAMP High · 3 controls

  • CM-7 Least Functionality
  • SC-2 Separation of System and User Functionality
  • SC-39 Process Isolation

FedRAMP Moderate · 3 controls

  • CM-7 Least Functionality
  • SC-2 Separation of System and User Functionality
  • SC-39 Process Isolation

ISO 27001:2022 · 2 controls

  • 8.22 Segregation of networks
  • 8.31 Separation of development, test and production environments

NIST SP 800-171 Rev 3 · 2 controls

  • NS-1 Establish network segmentation boundaries

C5 (Germany) · 1 control

  • C5-OPS-24 Separation of Datasets in the Cloud Infrastructure

CMMC 2.0 · 1 control

HIPAA Security Rule · 1 control

ISO 27002:2022 · 1 control

  • 8.27 Secure system architecture and engineering principles
  • NIST-CSF-PR.IR-01 Networks and environments are protected from unauthorized logical access and usage
  • P1-3.2.5 P1-3.2.5 Build standards remove defaults, excess functions and mixed trust levels

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 2: Secure Configurations

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

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