Visa to Global Payments: Strike One, You’re Out

Written by Walter Conway
April 4th, 2012

A 403 Labs QSA, PCI Columnist Walt Conway has worked in payments and technology for more than 30 years, 10 of them with Visa.

This week, Visa removed, at least temporarily, Global Payments from its list of PCI-compliant service providers. That decision tells every processor and merchant that if it suffers a data breach, at least one card brand may declare the company to be noncompliant with PCI and, therefore, subject to sanctions, fines and possible loss of business. This action reflects a subtly different position than any card brand has taken in the past, and the decision has implications for every merchant and service provider.

The PCI Council states that no breached merchant or processor has been found to be PCI compliant at the time of the breach. I never liked that statement. It seems to be either tempting fate or challenging the bad guys. Although it stopped short of promising a safe harbor, at least the statement acknowledged the possibility of suffering a data breach while still being PCI compliant. Visa’s suspension of Global Payments has swept aside that distinction.

The card brands enforce PCI compliance. Visa or any card brand is within its rights to impose sanctions on any processor or merchant that does not comply with PCI DSS. The PCI Council has no role to play in the Global Payments situation.

However, Visa’s decision to act quickly leaves me with some questions. My first question: Is PCI a data protection standard or is it a security standard?

The difference may be subtle, but it is significant. I can imagine situations where a processor or merchant could be breached while it remained PCI compliant. For example, PCI doesn’t protect a merchant or processor from a compromised or rogue insider with privileged access (Think of “The Lavender Hill Mob”). Similarly, if the individual encryption key custodians collude, they could compromise the cardholder database. An insider, or the bad guys, could tap into the internal network where PCI does not require encryption. Maybe the bad guys found a new vulnerability that we have not seen before and that PCI (which is subject to being amended and updated) does not address. Lastly, let’s say the authorities confiscate (or image) a hard drive with cardholder data as part of a criminal investigation and either they lose custody of the data or a compromised insider copies the data (which may be safer and more lucrative than stealing confiscated drugs from the evidence room).

These examples illustrate what I mean when I refer to PCI not being a security program. Every QSA I know and everyone involved in PCI emphasizes security first, and then compliance follows. In each case above, it seems as if there exists at least the possibility that a merchant or processor could be breached while being PCI compliant.

Visa’s banishing of Global Payments from its list of compliant service providers tells the world that if a merchant or service provider suffers a data breach, it could not have been PCI compliant at the time. Period. Perhaps Visa has evidence the rest of us don’t, or it has taken a leap that says a security breach constitutes PCI noncompliance.

Another question: Would Visa react similarly if Global Payments was a merchant?

My answer is that I doubt it.


Comments are closed.


StorefrontBacktalk delivers the latest retail technology news & analysis. Join more than 17,000 retail IT leaders who subscribe to our free weekly email. Sign up today!
Our apologies. Due to legal and security copyright issues, we can't facilitate the printing of Premium Content. If you absolutely need a hard copy, please contact customer service.