Resources & Insights

PCI DSS Compliance Guidance

Plain-English reference material for businesses navigating PCI DSS compliance. No CISSP required to understand it.

Quick Reference

PCI DSS at a Glance

📊

Merchant Levels Explained

PCI DSS assigns merchants to one of four levels based on annual card transaction volume. Your level determines what validation is required each year.

Level 1 — Over 6M transactions/year. QSA audit required.
Level 2 — 1–6M transactions/year. Annual SAQ or QSA.
Level 3 — 20K–1M e-commerce transactions. Annual SAQ.
Level 4 — All other merchants. Annual SAQ.

Your payment brand and acquirer determine your exact requirements.

🔄

The PCI DSS Annual Cycle

Compliance isn't a one-time project. These are the recurring obligations most merchants need to maintain year over year.

  • Quarterly external ASV vulnerability scans
  • Quarterly internal vulnerability scans
  • Annual SAQ (or QSA audit if Level 1)
  • Annual penetration test (some levels)
  • Annual security policy review
  • Annual security awareness training
âš¡

PCI DSS v4.0 — What Changed

PCI DSS v4.0 became the sole active version as of March 31, 2024. Key additions from v3.2.1 include:

  • Stronger MFA requirements for all access to the CDE
  • New Req. 6.4.3 — script management for payment pages
  • Expanded Req. 12.3.2 — targeted risk analysis for each requirement
  • New phishing-resistant authentication requirements
  • Expanded service provider requirements
Framework Overview

The 12 PCI DSS Requirements

PCI DSS is organized into 6 goals containing 12 requirements. Here's what each covers in plain English.

Req.TitleWhat It Covers
1Install and maintain network security controlsFirewalls, network segmentation, and traffic control between cardholder and untrusted networks
2Apply secure configurations to all system componentsNo vendor defaults, system hardening, configuration management
3Protect stored account dataMinimizing data storage, masking PANs, encryption or hashing of stored card data
4Protect cardholder data with strong cryptography during transmissionTLS configuration, preventing transmission over open/public networks without encryption
5Protect all systems and networks from malicious softwareAnti-malware, regular updates, covering all commonly affected system types
6Develop and maintain secure systems and softwarePatching, secure development, web application security, payment page script control
7Restrict access to system components and cardholder dataNeed-to-know access control, least privilege, documented access approvals
8Identify users and authenticate access to system componentsUnique user IDs, strong authentication, MFA for all CDE access
9Restrict physical access to cardholder dataPhysical controls over CDE, media handling, destruction of cardholder data
10Log and monitor all access to system components and cardholder dataAudit logging, log protection, log review processes
11Test security of systems and networks regularlyVulnerability scans (internal + ASV), penetration testing, intrusion detection
12Support information security with organizational policies and programsWritten security policies, risk assessments, vendor management, security awareness training
Glossary

Key PCI DSS Terms

ASV (Approved Scanning Vendor)

A company approved by the PCI SSC to perform external vulnerability scans required under PCI DSS Requirement 11. External scans must be conducted by an ASV to be valid for compliance.

CDE (Cardholder Data Environment)

The people, processes, and technology that store, process, or transmit cardholder data, plus connected systems that could impact its security. Defining the CDE correctly is the foundation of PCI DSS compliance.

PAN (Primary Account Number)

The 14–19 digit number on a payment card. Protecting stored, transmitted, and displayed PANs is a core focus of PCI DSS.

QSA (Qualified Security Assessor)

A company or individual certified by the PCI SSC to conduct formal PCI DSS assessments and produce official compliance documentation including Reports on Compliance (ROC). Required for Level 1 merchants and some Level 2.

ROC (Report on Compliance)

The formal documentation produced by a QSA following a Level 1 merchant audit. Required by most major payment brands for the largest merchants.

SAQ (Self-Assessment Questionnaire)

The annual validation document used by most merchants and service providers who are not required to undergo a QSA audit. Multiple SAQ types exist, each applying to specific payment environments.

AOC (Attestation of Compliance)

A document that accompanies the SAQ or ROC confirming that a business has met PCI DSS requirements. Submitted to your acquiring bank along with your SAQ.

Compensating Control

An alternative security measure that satisfies the intent of a PCI DSS requirement when a business cannot implement the original requirement due to a documented technical or business constraint.

Looking for the official PCI DSS standard? All official PCI DSS documentation is published by the PCI Security Standards Council at pcisecuritystandards.org. Operatiqs resources are educational and support material — not a substitute for the official standard.

Have a Compliance Question Not Covered Here?

Ask it on the discovery call. That's what it's for.