PCI 3:

From HORSE - Holistic Operational Readiness Security Evaluation.
Revision as of 17:24, 26 June 2006 by Mdpeters (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search


  • Note that this does not apply to those employees and other parties with a specific need to see full credit card numbers.




PCI-3.4 Render sensitive cardholder data unreadable anywhere it is stored (including data on portable media, backup media, in logs, and data received from or stored by wireless networks) by using any of the following approaches:


  • One-way hashes (hashed indexes), such as SHA-1
  • Truncation
  • Index tokens and PADs, with the PADs being securely stored
  • Strong cryptography, such as Triple-DES 128-bit or AES 256-bit with associated key management processes and procedures.


  • The MINIMUM account information that needs to be rendered unreadable is the payment card account number.




PCI-3.5 Protect encryption keys against both disclosure and misuse.


PCI-3.5.1 Restrict access to keys to the fewest number of custodians necessary.


PCI-3.5.2 Store keys securely in the fewest possible locations and forms.




PCI-3.6 Fully document and implement all key management processes and procedures, including:


PCI-3.6.1 Generation of strong keys.


PCI-3.6.2 Secure key distribution.


PCI-3.6.3 Secure key storage.


PCI-3.6.4 Periodic key changes.


PCI-3.6.5 Destruction of old keys.


PCI-3.6.6 Split knowledge and dual control of keys (so that it requires 2 or 3 people, each knowing only their part of the key, to reconstruct the whole key).


PCI-3.6.7 Prevention of unauthorized substitution of keys.


PCI-3.6.8 Replacement of known or suspected compromised keys.


PCI-3.6.9 Revocation of old or invalid keys (mainly for RSA keys).


PCI-3.6.10 Requirement for key custodians to sign a form specifying that they understand and accept their key-custodian responsibilities.


--Mdpeters 08:33, 26 June 2006 (EDT)