PCI DSS
Payment Card Industry Data Security Standard — PCI Security Standards Council
Also known as: PCI, PCI-DSS, PCI DSS 4.0, PCI DSS 4.0.1, PCI DSS v4, Payment Card Industry Data Security Standard
Official site Official change log Subscribe to PCI DSS (RSS)
At a glance
- Status
- In force
- Next deadline
- None announced
- Who must comply
- Entities that store, process or transmit cardholder data or sensitive authentication data, or that could affect the security of the cardholder data environment (CDE): merchants, processors, acquirers, issuers and service providers. source
- How it is assessed
- Either a Qualified Security Assessor (QSA) or a Self-Assessment Questionnaire (SAQ), required by the acquirer or payment brand. source
- Written by
- The PCI Security Standards Council writes the standard. It is led by an Executive Committee of American Express, Discover, JCB, Mastercard, UnionPay and Visa. Each payment brand runs its own compliance and enforcement programme, applied to merchants through their acquiring bank. source
- Enforced by
- PCI DSS is an industry standard enforced through contracts, and PCI SSC imposes no penalties. source
- Last change
Contractual security requirements for any entity that stores, processes, or transmits payment card data.
Recent changes
-
Medium
PCI SSC publishes Secure Software Lifecycle Standard v2.0
The PCI Security Standards Council has published version 2.0 of the PCI Secure Software Lifecycle (Secure SLC) Standard, representing the first major revision. This update affects …
-
Low
PCI SSC publishes Security Considerations for AI Systems information supplement
The PCI Security Standards Council has published a new information supplement addressing security considerations for artificial intelligence systems. The document covers both the security aspects of …
-
Medium
PCI SSC publishes Key Management and Operations Standard v1.0
The PCI Security Standards Council has published the new PCI Key Management and Operations (KMO)™ Standard v1.0, establishing security and test requirements for entities managing cryptographic …
That is the last 90 days. Sign in to read further back.
Key dates
No upcoming dates- Request for comments on PCI DSS v4.0.1 closes. It opened on 3 June 2026 and starts work on the next version of the standard. No publication date has been announced.
- New v4.0 requirements that were best practices until this date become mandatory
- SAQ A r1: requirements 6.4.3, 11.6.1 and 12.3.1 removed. A new eligibility criterion added instead: the merchant confirms its site is not susceptible to script attacks.
- PCI DSS v4.0 retired; v4.0.1 becomes the only active version
Version history
-
v4.0.1 RevisionCurrent
Limited revision: fixes formatting and typos and clarifies intent; no requirements added or deleted. source
More
- Patching within 30 days again applies only to critical vulnerabilities.
- MFA for non-administrative access into the CDE is not needed for accounts that use only phishing-resistant authentication.
- Notes for issuers, payment-page scripts and third-party service providers were clarified.
-
Not confirmed by an official source yet.
-
v4.0 Major version
Replaced v3.2.1. source
More
- Firewall wording became "network security controls" and multi-factor authentication (MFA) is required for all access into the CDE.
- Organizations got more flexibility to meet security objectives in different ways, and targeted risk analyses let them set how often some activities are performed.
- v3.2.1 stayed active for two years.
-
Not confirmed by an official source yet.
-
v3.2 Revision
Replaced v3.1 to address growing threats to customer payment information. source
Show 6 older versions
-
v3.1 Revision
Minor updates and clarifications. source
More
- Addressed vulnerabilities in the SSL encryption protocol.
-
v3.0 Major version
New major version, published together with PA-DSS 3.0. source
-
v2.0 Major version
Aimed at more clarity and flexibility to make the requirements easier for merchants to understand and implement. source
More
- Effective 1 January 2011.
-
Not confirmed by an official source yet.
-
Not confirmed by an official source yet.
-
v1.1 Revision
Oldest version in the PCI SSC Document Library (September 2006). source
More
- Earlier versions are not listed there.
Who it applies to
PCI DSS covers every entity involved in payment card processing that stores, processes or transmits cardholder data or sensitive authentication data.
- Also covers
- Any entity that could affect the security of the CDE. source
- Includes
- Merchants of every size, processors, acquirers, issuers and service providers. source
- Who decides
- PCI SSC does not decide who must comply or validate. That is up to the organisations that run compliance programmes: payment brands, acquirers and others. source
- Visa
- Visa requires PCI DSS compliance of all entities that store, process or transmit Visa cardholder data. source
How compliance is assessed
Either a Qualified Security Assessor (QSA) or a Self-Assessment Questionnaire (SAQ), required by the acquirer or payment brand.
- Self-assessment
- Merchants and service providers that their acquirer or payment brand does not require to submit a Report on Compliance (ROC) self-assess. source
- Questionnaire
- They use the Self-Assessment Questionnaire (SAQ) that fits their environment (A, A-EP, B, B-IP, C, C-VT, D, P2PE or SPoC), and SAQ D is the only SAQ for service providers. source
- Assessor
- The others are assessed by a Qualified Security Assessor (QSA), an independent firm qualified by PCI SSC, who documents the result in a ROC. source source
- Attestation
- Either way, an Attestation of Compliance (AOC) is attached. source source
- Scans
- Quarterly external scans by an Approved Scanning Vendor (ASV) may also be required. source source
- How often
- PCI SSC says the brands and acquirers, not the standard, set how long a result stays valid and how often to reassess. source
- Visa
- Visa requires service providers to demonstrate compliance at least every 12 months. source
- Scope confirmation
- The standard itself requires an annual confirmation of scope (requirement 12.5.2). source source
Enforcement and penalties
PCI DSS is an industry standard enforced through contracts, and PCI SSC imposes no penalties.
- Payment brands
- Each participating payment brand runs its own enforcement programme and decides who must validate, at what level, and what fines or penalties apply. source
- Visa
- Under the Visa Core Rules, if a merchant or service provider is not compliant, Visa may levy a non-compliance assessment on the issuer or acquirer. source
- Who pays
- The issuer or acquirer must pay it and may not present it to the merchant as a Visa-imposed penalty. source
- Waiver
- Visa may waive the assessment if a forensic investigation shows no non-compliance before and at the time of a breach. source
Documents
- Standard PCI DSS v4.0.1 (standard; download requires accepting the PCI SSC licence form)
- Guidance Summary of Changes from PCI DSS v4.0 to v4.0.1 (licence form)
- Guidance PCI DSS v4.x Quick Reference Guide (January 2025)
- Guidance SAQ Instructions and Guidelines v4.0.1 r1 (April 2025)
- Template SAQ A v4.0.1 r1 (January 2025)
Show 7 more documents
- Template SAQ D for Service Providers v4.0.1 r2
- Template Report on Compliance (ROC) Template v4.0.1 r3
- Template Attestation of Compliance (AOC) for ROC – Merchants v4.0.1
- Guidance Prioritized Approach for PCI DSS v4.0.1
- Guidance Guidance for PCI DSS Requirements 6.4.3 and 11.6.1 (payment-page scripts)
- Guidance Guidance for Compensating Controls and the Customized Approach (June 2026)
- FAQ FAQ 1328: Where can I find the current version of PCI DSS?
Frequently asked questions
What is the latest version of PCI DSS?
PCI DSS v4.0.1, published 11 June 2024. v4.0 was retired on 31 December 2024, so v4.0.1 is the only active version of the standard supported by PCI SSC. source
Is a new version of PCI DSS (v5) coming?
PCI SSC has started work on the next version. From 3 June to 20 July 2026 eligible stakeholders could comment on v4.0.1 to shape its evolution, including AI and future technology. No new version or publication date has been announced. source
What changed in PCI DSS 4.0.1 compared with 4.0?
Nothing was added or removed. It is a limited revision with corrections and clarifications. Patching within 30 days again applies only to critical vulnerabilities. MFA for all non-administrative access into the cardholder data environment (CDE) is not needed for accounts that use only phishing-resistant authentication; administrative access still needs MFA. Notes on issuers, payment-page scripts and third-party service providers were clarified. The 31 March 2025 effective date for new requirements did not change. source
Do I need a QSA, or can I fill in an SAQ?
It depends on your payment brand programme and your acquirer. If they do not require a Report on Compliance (ROC) from a Qualified Security Assessor (QSA), you may self-assess with the Self-Assessment Questionnaire (SAQ) whose eligibility criteria you meet. Ask your acquiring bank to confirm. Service providers that self-assess can use only SAQ D for Service Providers. source
PCI PIN vs PCI DSS – what is the difference?
The PCI PIN Security Standard covers how PINs and their cryptographic keys are managed, processed and transmitted. It is aimed at acquiring institutions and agents that process PIN transactions. Qualified PIN Assessors (QPAs) assess it, and PCI SSC keeps no product listing for it. PCI DSS, by contrast, protects cardholder data for any entity that stores, processes or transmits it, and QSAs assess it. source
Verified against official sources on 17 October 2026. We monitor the official sources for this framework. Watching since 7 September 2026. Subscribe to PCI DSS (RSS)