NIST SP 800-171 Rev 3 covers 34.1% of PCI DSS 4.0
85 of the 249 controls in PCI DSS 4.0 are already satisfied by evidence you collected for NIST SP 800-171 Rev 3. 164 are genuine gaps. Every claim below was judged against both control sets and then argued against; the ones that did not survive are published further down with the reason each failed.
What this leaves you to do
PCI DSS 4.0 has 249 controls. Holding NIST SP 800-171 Rev 3 already evidences 85 of them, so the work in front of you is 164 controls, not 249, which is 66% of the standard rather than all of it.
That is the whole claim. We do not know your hourly rate, how long a control takes you, or how many people you have, so there is no figure here in dollars or weeks. Every number in that sentence comes from the two counts above it and can be re-derived from the free tools without taking our word for any of it.
This number is directional. It says how much of PCI DSS 4.0 your NIST SP 800-171 Rev 3 evidence satisfies. The reverse pair is a different number, often very different, because a security standard has enormous depth for access control and almost none for lawful basis or data subject rights.
234 candidate mappings were examined and 0 were removed. Signed off 2026-08-19, review level machine verified. Mappings were judged by Claude Code rather than read line by line by a practitioner. Every claim shows its reasoning so you can check it. Ask and a practitioner will review this pair.
Where the gaps are
Coverage is never evenly spread. A source standard usually satisfies one part of a target almost completely and barely touches another, and which part is which is the thing worth knowing before you plan the work.
Theme level, not control level, deliberately. The per-control list of what is evidenced and what is a gap is the report itself, so publishing it here would be publishing the thing being sold.
Claims that held
A sample. Each one names the control whose evidence does the work, the control it satisfies, and why.
Documented configuration settings in most restrictive mode is the same artefact as NSC configuration standards.
Documented, maintained baseline configurations cover network security control devices.
Formal configuration change control with review and approval is the same process PCI requires for NSC changes.
Least functionality requires identifying and approving permitted ports, protocols, functions and services.
Deny network traffic by default and allow by exception is exactly the inbound restriction tested.
Deny by default allow by exception applies equally to outbound traffic from the enclave.
Boundary protection between the system and external networks through managed interfaces is the same control.
Source requires subnetworks for publicly accessible components separated from internal networks.
Claims that did not hold
Nothing proposed for this pair was rejected in review. That is unusual and worth knowing rather than hiding: it means the candidate set was small and every candidate held.
The full report
Everything above is a sample. The report is every evidenced control and every gap, with the reasoning and the source document behind each one, in a form you can hand to an assessor. $299, emailed immediately.
Buy this crosswalk