- Home
- Frameworks
- PCI DSS
PCI DSS 4.0.1
Keep your cardholder data environment configured the way you said.
PCI DSS asks you to show that network controls, encryption, access and logging are in place and stay in place. ACSE checks the cloud configuration behind those technical requirements on every scan, and keeps a signed record of how each finding was fixed and who approved it.
Fewer surprises at assessment
Drift in a security group or an encryption setting shows up the day it happens, with the requirement it affects.
Change control your assessor can read
Each fix shows what changed, who approved it with MFA, and how it was verified after it applied.
An honest scope
ACSE tracks the technical requirements cloud configuration can speak to and says so, rather than implying the whole standard.
Coverage
Tracked requirements with a check behind them
ACSE tracks 48 PCI DSS 4.0.1 technical requirements: network, configuration, cryptography, access, authentication, logging and monitoring. It does not list the whole standard. Controls without a check are listed as manual, beside the score, so nothing quietly drops out of view.
- AWS
- 21 of 48 tracked requirements
- Google Cloud
- 15 of 48 tracked requirements
- Azure
- 8 of 48 tracked requirements
What the checks support
Where cloud configuration meets the standard
Network security controls
Security groups, network ACLs, firewall rules and network security groups that open administration or database ports to the internet.
Protecting stored data
Encryption at rest on buckets, volumes, file systems and databases, and key rotation for customer-managed keys.
Encryption in transit
TLS-only bucket policies, HTTPS load balancer listeners and minimum TLS versions on storage accounts.
Access and logging
MFA, unused and unrotated keys, administrator rights, audit trails in every region and log integrity validation.
Evidence
Proof of the fix, not just the finding
For each case, ACSE records the finding, the proposed change, the approval, the merge, the pipeline run and the verified result, in a signed, hash-chained store in your own cloud.
Your assessor can export a case and verify it offline, with no ACSE account.
Questions
What people ask us
Does ACSE make us PCI DSS compliant?
No. ACSE checks the cloud configuration behind the technical requirements it tracks and records how findings were fixed. Your Qualified Security Assessor decides whether you meet the standard.
Which requirements are not covered?
Policies, people, physical security and most process requirements are outside what cloud configuration can show. ACSE does not list them. Tracked requirements with no check appear as manual.
Can we scope ACSE to the cardholder data environment?
You choose which accounts, projects and subscriptions ACSE connects to. Each connection’s scope is recorded on your evidence chain.
Keep reading
Related
Banking and capital markets
ACSE gives banks change management examiners can trace: every cloud fix authorized, tested and reversible, with evidence held in your own account.
ReadSolutionsAuditors
Verify ACSE evidence offline with an open verifier and no ACSE account: a signed, hash-chained record of who approved each change and how it was tested.
ReadPlatformEvidence
ACSE records every step of every fix in a signed, hash-chained, append-only record in your own account, which an auditor can verify offline.
ReadTalk to us
See ACSE on your cloud.
Tell us what you run and what your auditors ask for. We’ll show you the loop end to end: a real finding, a fix as code, an approval with MFA and the sealed record.