1. Home
  2. Frameworks
  3. 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.

Controls mapped to checksA layer of framework controls for PCI DSS, NIST, ISO, SOC 2 and CIS sits above the layer of checks that evaluate them; one failing check is traced to the control it affects.PCINISTISOSOC 2CISCONTROLSeach framework versioned and signedCHECKSone check can satisfy many controls
01

Fewer surprises at assessment

Drift in a security group or an encryption setting shows up the day it happens, with the requirement it affects.

02

Change control your assessor can read

Each fix shows what changed, who approved it with MFA, and how it was verified after it applied.

03

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

01

Network security controls

Security groups, network ACLs, firewall rules and network security groups that open administration or database ports to the internet.

02

Protecting stored data

Encryption at rest on buckets, volumes, file systems and databases, and key rotation for customer-managed keys.

03

Encryption in transit

TLS-only bucket policies, HTTPS load balancer listeners and minimum TLS versions on storage accounts.

04

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.

Verified offlineAn auditor opens a case bundle on their own machine with no network and no ACSE account. The verifier confirms the chain, the signatures and the seal, and two independent verifiers agree.CASE BUNDLEacse-verify bundle.zip✓ chain intact✓ signatures valid✓ seal validpython and typescript agreeno network · 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.

Talk 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.