Get Demo
↑

Cardholder Data vs Sensitive Authentication Data: What You May Store

CHD vs SAD under PCI DSS — what may be stored, what must not persist after authorisation, and scoping impact.

Published: September 2026 Compliance · PCI DSS 8–12 min read

Cardholder Data (CHD) and Sensitive Authentication Data (SAD) are different categories with different storage rules. Confusing them creates both scope bloat and compliance failures.

Design systems so SAD never lands in logs, tickets, or analytics warehouses.

Rule of thumb: Never store SAD after authorisation; store CHD only if required and protected per DSS.

Cardholder data themes

PAN, cardholder name, expiration, and service code when present with PAN — protect per DSS if stored.

Sensitive authentication data

Full track data, CAV2/CVC2/CVV2/CID, PINs/PIN blocks — must not be stored after authorisation.

Engineering controls

How CyberSilo Helps

Talk to CyberSilo

Map evidence and operations with CyberSilo CSA and ThreatHawk.

Frequently Asked Questions

Can we store truncated PAN?

Truncation/hashing rules apply — follow DSS display and storage requirements.

CVV in support tools?

Forbidden after auth — scrub CRM and call recordings.

Token vaults?

Tokens reduce CHD in apps but vaults remain in scope.

📰 More from CyberSilo

Latest Articles

Stay ahead of evolving cyber threats with our expert insights

✅ Link copied!