PCI DSS 4.0
Req 1: Network Security Controls

PCI DSS 4.0 1.4.2: 1.4.2 Restricting traffic entering trusted networks from outside

Traffic coming into trusted networks from untrusted networks must be limited to: (a) communications with system components authorised to offer publicly accessible services, protocols and ports; (b) stateful responses to communications that system components in the trusted network started; and (c) nothing else, with all other traffic denied. Applicability: the intent concerns sessions crossing the trusted/untrusted boundary, not the details of individual protocols; UDP and other connectionless protocols may still be used if the NSC maintains state. Customized approach objective: only authorised traffic, or traffic responding to a trusted-network system component, can pass from an untrusted network into a trusted one.

Maintained by Gerard BlokdykControl text last updated

What else in your programme already covers this

This control maps to 42 controls across 19 other frameworks. If you already hold one of them, the evidence you collected for it is the starting point here rather than new work.

CIS Controls v8 · 5 controls

  • CIS-13.10 Perform Application Layer Filtering
  • CIS-13.4 Perform Traffic Filtering Between Network Segments
  • CIS-13.8 Deploy a Network Intrusion Prevention Solution
  • CIS-4.4 Implement and Manage a Firewall on Servers
  • CIS-9.3 Maintain and Enforce Network-Based URL Filters

CMMC 2.0 · 4 controls

FedRAMP High · 4 controls

  • AC-4 Information Flow Enforcement
  • SC-7 Boundary Protection
  • SC-7(3) Access Points
  • SC-7(5) Deny by Default Allow by Exception

FedRAMP Moderate · 4 controls

  • AC-4 Information Flow Enforcement
  • SC-7 Boundary Protection
  • SC-7(3) Access Points
  • SC-7(5) Deny by Default Allow by Exception
  • ANSSI-HYG-17 Enable and Configure the Local Firewall on Workstations
  • ANSSI-HYG-22 Put in Place a Secure Internet Access Gateway
  • ANSSI-HYG-23 Partition Internet Facing Services from the Rest of the Information System
  • ASBv3-NS-6 Deploy web application firewall
  • NS-2 Secure cloud services with network controls
  • NS-3 Deploy firewall at the edge of enterprise network

C5 (Germany) · 2 controls

ISO 27001:2022 · 2 controls

  • 8.20 Networks security
  • 8.22 Segregation of networks

ISO 27002:2022 · 2 controls

  • 8.20 Networks security
  • 8.22 Segregation of networks

NIST SP 800-53 Rev 5 · 2 controls

UK Cyber Essentials · 2 controls

  • CE-FW.3 Block Unauthenticated Inbound Connections
  • CE-FW.4 Approve and Document Inbound Rules
  • ASD37-25 Software firewall - inbound (Very Good)

ISO 27701:2019 · 1 control

  • 6.10.1 Network security management
  • NIST-CSF-PR.IR-01 Networks and environments are protected from unauthorized logical access and usage

NIST SP 800-172 · 1 control

  • 3.13.1e Create Diversity in System Components to Limit Malicious Code Propagation

SOC 2 · 1 control

  • SOC2-CC6.6 CC6.6 Protection against threats from outside the system boundary

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 1: Network Security Controls

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

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