Cookie settings

Choose which cookies this site may set. You can change this at any time from cookie settings in the footer.

Strictly necessary

Remember this choice and protect the site and its forms from attacks and bots. The site cannot run without them.

Always on
Every cookie, listed
NxSCORE
The data-centre campus under a storm, the sign still dark

PCI DSS 4.0.1 in the cloud, requirement by requirement.

A CNAPP checks the settings it has policies for. Your assessor asks about all 249 requirements. NxSCORE shows how each one is met in your cloud, and what still needs a person to prove it.

You will recognise this if

  • Your CNAPP’s PCI DSS score looks healthy, and the assessor’s request list is mostly things it never checks.
  • Requirement 12 policies, key retirement records and code reviews sit in different folders, owned by different teams.
  • The cardholder data environment spans AWS accounts, a database team and an identity provider.
  • Evidence collected for the last assessment has quietly gone out of date.

What a CNAPP covers, and what it leaves.

The product team reviewed one widely used CNAPP’s AWS policies against every requirement in PCI DSS 4.0.1, and kept only the policies that really evidence it. Each requirement is counted once.

PCI DSS 4.0.1: 249 requirementsEach counted once
  • A CNAPP policy counts towards it18

    The CNAPP has a policy that tests what the requirement asks. NxSCORE checks it too, and counts each failing resource once.

  • Only NxSCORE checks cover it91

    A setting can be tested, but the CNAPP has no policy for it, or one that tests something else.

  • Only evidence can show it140

    Policies, reviews, records and systems outside the cloud. A person has to show it was done.

Requirements249

Every PCI DSS requirement also covers layers no cloud API can see: operating systems, databases, applications and the identity provider. So none is settled by checks alone.

Four requirements, and what each one takes.

For every requirement NxSCORE says how it can be met, and why checks are not enough where they are not.

PCI DSS 4.0.1From the catalogue
RequirementCovered byWhat it takes
1.2.6 Insecure services, protocols and ports are mitigatedCNAPP policy and NxSCORE checksChecks find insecure ports open on AWS; the documented risk and its mitigation, and systems outside AWS, need evidence.
6.4.2 Web attacks on public-facing applications are detected and blockedNxSCORE checks onlyChecks show the web application firewall is attached and logging; evidence shows its rules are current.
3.7.5 Keys are retired or replaced when neededNxSCORE checks onlyChecks show rotation is configured; records show weakened keys were actually retired.
6.2.3 Bespoke software is reviewed for vulnerabilities before releaseEvidence onlyCode review or SAST records for releases, with what was found and fixed.
The same data-centre campus under a clear sky, the NxSCORE sign lit

Every requirement in one record. Now, proved once.

How NxSCORE keeps PCI DSS current.

The daily assessment settles what checks can settle. Your team and your analyst handle the rest, and the record shows who did what.

  1. 01

    A status for every requirement, with the reason.

    Each requirement shows how it is met, the checks behind it and whether each ran, the CNAPP policies that count towards it, and its failing resources, with a resource failing in both tools counted once.

    Requirement statusSix states
    • Met

      The checks pass, and any evidence it needs is accepted

    • Met by compensating control

      Met another way, reviewed by your analyst

    • Failing

      A check fails on at least one resource

    • Evidence needed

      No accepted evidence, or it has lapsed

    • In review

      Evidence waiting for your analyst

    • Not assessed

      The checks behind it could not run

  2. 02

    Evidence prepared by your team, accepted by someone else.

    Your team writes up the evidence and attaches the files. Your NxSCORE analyst accepts it, returns it with a reason, or rejects it, and whoever returned it cannot accept the resubmission. Accepted evidence counts to the end of the quarter, plus 30 days, and the daily assessment says when it falls due.

    Evidence, one requirementCounted
    1. PreparedYour team writes it up and attaches the files.
    2. ReviewedYour analyst accepts it, returns it with a reason, or rejects it.
    3. CountedTo the end of the quarter, plus 30 days.
    4. Due againThe daily assessment says when, and asks for it fresh.
  3. 03

    Upload once, counted everywhere it applies.

    One artifact often answers several frameworks. An approved information security policy counts for ISO 27001 A.5.1, PCI DSS 12.1.1 and NIST CSF GV.PO-01. Before accepting, the analyst sees every requirement the upload will meet.

    NxSCORE keeps 4.0.1, and 4.0 and 3.2.1 for history. Evidence accepted for a requirement counts for the same requirement in the other versions.

    Information security policy, approvedOne upload
    RequirementStatus
    ISO 27001 A.5.1Met
    PCI DSS 12.1.1Met
    NIST CSF GV.PO-01Met
  4. 04

    The fixes that clear the most, first.

    Every failing check behind a requirement is ranked by how many requirements it is the only failure in, and how many more it contributes to. The fix kit is written for your engineers to run; NxSCORE’s access stays read-only.

    Fix these first, PCI DSS 4.0.1Example
    Failing checkAlone holds backContributes to
    CloudTrail log file validation off in 3 accountsClears 914
    Root account used in the last 90 daysClears 611
    Security groups open to the internet on admin portsClears 417
  5. 05

    An evidence pack your assessor can read.

    PCI DSS 4.0.1 downloads as one Excel workbook, laid out requirement by requirement with the evidence beside it. Its first sheet says plainly that it is not a report on compliance: that comes from your independent assessor or auditor.

    Evidence pack, PCI DSS 4.0.1Excel, three sheets
    SummaryRequirements by status, as of the latest assessment
    RequirementsStatus, how each is met, failing resources, checks and CNAPP policies
    Evidence and compensatingStatus, when last accepted, when due again, and the files

Questions about PCI DSS in the cloud.

Can a CNAPP prove PCI DSS compliance on its own?

No. In the product team’s review of one widely used CNAPP, its AWS policies counted towards 18 of the 249 requirements in PCI DSS 4.0.1. Settings checks can count towards more, but every requirement also covers people, processes and systems outside the cloud, so evidence is always part of it.

Does NxSCORE issue a PCI DSS report on compliance?

No. Only a Qualified Security Assessor can. NxSCORE keeps the record the assessor works from: how each requirement is met, the checks and their results, and the evidence with who accepted it and when it falls due.

Which clouds does NxSCORE check for PCI DSS?

The requirement mapping was reviewed against AWS first, with Azure and Google Cloud checks added from open-source compliance mappings for those clouds. Requirements no check can see are met with evidence, whatever the cloud.