PCI DSS: The 12 Requirements
PCI DSS establishes a comprehensive set of controls to protect cardholder data across networks, systems, access, and operations.
How PCI DSS is Applied
Follow a guided lifecycle: scope, segment, implement, validate, then continuously monitor and test.
SAQs
- Self-assessment for eligible merchant profiles
- Based on payment channels and data flows
- Attestation of Compliance (AOC) after completion
ROC (QSA)
- QSA-led Report on Compliance for providers
- Suited for broader or higher-risk environments
- Produces ROC and AOC for partners
Who Needs PCI DSS Compliance
Entities that store, process, or transmit cardholder data—or can affect its security—must comply with PCI DSS requirements.
Frequently Asked Questions
Quick answers to help plan your PCI journey.
What is PCI DSS?
A global payment security standard defining controls to protect cardholder data for merchants and service providers.
Who needs PCI compliance?
Any entity that stores, processes, or transmits cardholder data or can impact its security must comply.
What are SAQs vs ROC/AOC?
SAQs are self-assessment questionnaires for certain merchant profiles; ROC/AOC are formal reports issued after a QSA assessment for broader or higher-risk environments.
Do ASV scans apply to all?
External vulnerability scans by an Approved Scanning Vendor (ASV) are required for internet-facing systems within PCI scope.
Can tokenization reduce scope?
Yes. Using tokenization service providers and redirect flows can significantly reduce the CDE and validation burden.
How does PCI relate to SOC 2 / ISO 27001?
PCI is payment-specific. SOC 2 and ISO 27001 address broader security programs. Controls often overlap and can be mapped.
Accelerate Enterprise Risk Maturity
See how AI-driven automation reduces assessment cycles, improves reporting accuracy, and lets your team focus on strategic initiatives.