cyberpedia

October 26, 2026

2

MIN READ

PCI DSS 4.0.1 in 2026: What You Need To Know

The PCI DSS 4.0 grace period is over. Learn what changed in v4.0.1, which 51 future-dated requirements are mandatory in 2026, and how best to prepare.

Share this post

TABLE OF CONTENT

Introduction

The grace period for PCI DSS 4.0 is over. Since 31 March 2025, every requirement in the standard has been in scope for assessment, and every assessment in 2026 is performed against PCI DSS v4.0.1, the only active version.

Yet many organizations still carry gaps. Some validated under v4.0 in 2024 and treated the future-dated requirements as optional. Others moved to v4.0.1 on paper without changing how their controls actually run. Meanwhile, the PCI Security Standards Council (PCI SSC) has already begun work on the next iteration of the standard.

This guide covers what PCI DSS 4.0.1 changed, which requirements assessors now test without exception, what has shifted in 2026, and how to prepare for your next Report on Compliance (ROC) or Self-Assessment Questionnaire (SAQ).

PCI DSS 4.0 vs 4.0.1: what actually changed

PCI DSS 4.0.1 is a limited revision, not a new standard. The PCI SSC published it on 11 June 2024 to correct formatting and typographical errors and to clarify the intent of certain requirements. It added no new requirements and removed none. PCI DSS v4.0 was retired on 31 December 2024.

The clarifications still matter in practice:

  • Requirement 6.4.3 now makes clear that the script inventory applies to scripts loaded and executed in the consumer's browser on payment pages.
  • Requirement 11.6.1 clarifies that change-and-tamper detection covers security-impacting HTTP headers and the script contents of payment pages.
  • Requirement 8.4.2 allows phishing-resistant authentication factors to stand in for multi-factor authentication (MFA) for certain non-administrative access into the cardholder data environment (CDE).
  • Requirement 3.3 adds clarity for issuers and companies supporting issuing services.
  • Requirement 11.3 adds guidance on the vulnerability management process.

If you need a refresher on the full requirement set, our PCI DSS 4.0 checklist of the 12 most important requirements walks through each one.

The future-dated requirements are now mandatory

PCI DSS 4.0 introduced 64 new requirements. Thirteen applied immediately; the other 51 were best practices until 31 March 2025. Since that date, all 51 are assessed like any other control, with no grace period.

These are the ones that most often surface as findings:

Requirement  What assessors look for  Where SISA helps 
6.4.3 and 11.6.1  Authorized inventory of payment-page scripts, plus weekly (or TRA-defined) tamper detection  Web application penetration testing 
8.4.2 and 8.3.6  MFA for all access into the CDE; 12-character minimum passwords  PCI DSS compliance 
11.3.1.2  Authenticated internal vulnerability scans  Network vulnerability assessment 
10.4.1.1  Automated mechanisms for audit log review  ProACT Agentic SOC 
3.5.1.2  Disk-level encryption alone no longer protects stored PAN on non-removable media  RADAR data discovery 
5.4.1 and 12.6.3.1  Anti-phishing mechanisms and phishing-focused awareness training  CPISI certification 
12.5.2.1  Service providers confirm PCI DSS scope every six months   

What has changed since the 2025 deadline

The standard itself has not changed since v4.0.1, but the guidance around it has. Five developments shape how PCI DSS 4.0 compliance looks in 2026:

Date  Development  Why it matters 
23 July 2026  PCI SSC maps PCI DSS v4.0.1 to NIST CSF 2.0  Easier to run one control set across PCI and NIST programs 
3 June to 20 July 2026  Request for comments on PCI DSS v4.0.1  First step toward the next version, with explicit questions on AI and future technology 
10 June 2026  New guidance on compensating controls and the customized approach  Clearer rules for documenting non-standard controls 
10 March 2025  Information supplement on payment page security and e-skimming  Practical direction for 6.4.3 and 11.6.1 
30 January 2025  SAQ A revised  6.4.3, 11.6.1 and 12.3.1 removed from SAQ A; merchants must instead confirm their site is not susceptible to script attacks 

The RFC is the one to watch. It signals that the next version will address AI in payment environments, but it does not pause or soften v4.0.1. Until a new version is published and a transition window announced, v4.0.1 is the standard you will be assessed against.

Not sure which SAQ applies to you after the SAQ A change? Start with our guide to PCI DSS compliance levels.

Targeted risk analysis and the customized approach

PCI DSS 4.0 gives you flexibility, but only if you can document why. That documentation is where many 2026 assessments stall.

Targeted risk analysis (TRA). Requirement 12.3.1 asks for a TRA wherever a requirement lets you set your own frequency, such as how often you review payment pages under 11.6.1 or certain logs under 10.4.2.1. A sound TRA names the assets, the threats, the likelihood and impact, and why the chosen frequency fits. "Low risk, review annually" is not a TRA.

Customized approach. Mature organizations can meet a requirement's objective with their own control instead of the defined one. Each customized control needs its own TRA under 12.3.2, a controls matrix, and evidence your assessor can test. It suits complex cloud and AI-driven environments, but it raises the documentation bar rather than lowering it.

An independent information security risk assessment is a practical way to build the evidence base both approaches depend on.

Your PCI DSS 4.0.1 readiness checklist for 2026

Use these steps to close gaps before your next assessment:

  1. Confirm the version. Make sure your QSA, ROC template and SAQ all reference v4.0.1.
  1. Re-scope. Map every place card data is stored, processed or transmitted, including shadow data in logs and backups.
  1. Close the future-dated gaps. Treat the 51 requirements in the table above as audit-critical, not aspirational.
  1. Lock down payment pages. Inventory and authorize every script, and deploy tamper detection on checkout pages.
  1. Test like an attacker. Run authenticated internal scans, quarterly PCI ASV scans and annual network penetration testing.
  1. Write your TRAs. Document a targeted risk analysis for every requirement where you set the frequency.
  1. Govern third parties. Confirm which PCI DSS requirements each service provider owns, and review them through a third-party risk program.
  1. Rehearse incident response. Test your plan, and include how you would preserve evidence for a forensic investigation.
  1. Make it continuous. Track control health all year, not in the eight weeks before the audit.

How SISA helps you stay PCI DSS 4.0 compliant

SISA has worked in payment security since 2006 and is among the first organizations globally certified as a PCI QSA. That gives us two vantage points: we assess against PCI DSS, and as a PCI Forensic Investigator, we investigate payment breaches when controls fail. That forensic insight, captured in our Digital Threat Report 2025-26, shapes how we test your controls against real attacker behavior.

Whether you need a v4.0.1 gap assessment, a QSA-led ROC, PCI S3 assessments for your payment software, or continuous compliance through SISA Pulse, our team keeps you audit-ready all year.

Frequently asked questions

What is the current version of PCI DSS in 2026?

PCI DSS v4.0.1 is the only active version. PCI DSS v4.0 was retired on 31 December 2024, and v3.2.1 on 31 March 2024.

Is PCI DSS 4.0 different from PCI DSS 4.0.1?

Only slightly. Version 4.0.1 corrects errors and clarifies guidance. It adds no new requirements and removes none, so your PCI DSS 4.0 program carries over.

Are any PCI DSS 4.0 requirements still optional?

No. All 51 future-dated requirements became mandatory on 31 March 2025 and are tested in every 2026 assessment.

Is a PCI DSS 5.0 coming?

The PCI SSC ran a request for comments on v4.0.1 from 3 June to 20 July 2026 to shape the next iteration. No new version or date has been announced, so plan against v4.0.1.

Does PCI DSS apply to AI systems?

Yes. Any system that stores, processes or transmits cardholder data, or can affect its security, is in scope, including AI agents and chatbots in payment flows.

For more answers, see our PCI DSS 4.0 FAQ guide for 2026.

SHARE THIS POST