Quantcast StorefrontBacktalk » Blog Archive » PCI Compliance Could Have Stopped Gonzalez
advertisement
advertisement

PCI Compliance Could Have Stopped Gonzalez

Written by David Taylor
September 8th, 2009
Like this story? Share it
To share this story with people in your social network, please click on the network icons below.

Columnist David Taylor is the Founder of the PCI Knowledge Base and former E-Commerce and Security analyst with Gartner.


Call me a contrarian (or a Visa suck up), but I actually believe that the PCI DSS controls, implemented in an “above average” way, could have stopped the Gonzalez-led criminal masterminds from breaking into a company. Not all companies, but a company with above average security. Allow me to explain before you get too ticked off at me.


Recently, Evan Schuman wrote a piece on the Gonzalez breaches, where he quoted a security specialist who argued that these breaches constituted evidence of the failure of the PCI data security standards. (She even kept score: Hackers, 12; PCI, 0. I guess 12 is a winning score in some game with which I’m not familiar.) Anyway, I’m no apologist for PCI, as anyone who has read my columns or our research in the PCI Knowledge Base knows. But I think that position is wrong because it lays all the blame on the standards and ignores the responsibilities of the merchants. Here are the arguments for my position:

  • Who Didn’t Get Breached?
    Since Albert Gonzalez has now agreed to plead guilty to what is clearly the largest data theft conspiracy to date (that we know about), we now know the names of virtually all the companies that Gonzalez and his cohorts stole from. What we don’t know are the names of the companies the criminals did not gain access to, and why. The conspirators (according to the indictment) started with a list of Fortune 500 companies.

    Then, to narrow their list of targets, they did some basic security testing of the merchants’ websites, did some research on known vulnerabilities of the POS systems they used, did some war driving to test the security of their in-store wireless networks, etc. Pretty basic hacker stuff, and all covered by the PCI DSS.

    My point is that the merchants who were the victims of their attacks were, comparatively, less secure than (I presume) other merchants who the criminals researched, but which were ultimately not attacked. Although it’s possible that these criminals broke into every single company they targeted, I doubt it.

  • When Being “More Secure” is Good Enough
    Let’s say a group of retailers is being chased through the jungle by a tiger named, say, Gonzalez. To avoid being eaten by the tiger, it’s not necessary that each retailer run the fastest, but merely that each retailer should run faster than the slowest retailer.

    The Gonzalez conspirators’ attacks are similar to most other security hacks, in that they took place in a series of phases, which are nicely laid out in the indictment.

    For example, hackers typically use automated tools to identify weaknesses in the network perimeter, such as un-patched operating systems, default passwords, or wireless networks running without encryption keys. Once they find a weakness (or two), they employ more labor-intense tools such as brute-force password crackers, customized SQL injection scripts, and physically driving to mall parking lots to try to hack wireless networks.

    Such effort is justified because their prior research has identified a subset of companies whose security is weaker than average, in those specific areas for which they have exploits. And again, each of these security attacks could have been prevented by a “better than average” implementation of the related PCI DSS controls.


  • advertisement

    Leave a Reply

    Newsletter

    Quickly catch-up on the latest in E-Commerce and Retail Tech with our free weekly newsletter, with urgent bulletins as news merits.
    advertisement

    Most Recent Comments

    Kill All The Passwords

    This article does mention, but does not give enough attention to, the fact that the attacks discussed are only feasible when the encrypted password file can be copied and subjected to an offline attack. The trick is to have authentication performed on a separate, much more strongly secured host - such as an Active Directory Domain Controller, or a Kerberos server, or a NIS+ server, or even using something as banal as an LDAP-over-SSL authentication dialog. In these environments, the odds of the "password file" being stolen and subjected to an offline attack go to near zero, and only online attacks may be carried out by the attacker. With sensible exponential backoff between failed password attempts, lockout after a modest number of failed attempts on a single account, and pattern detection, that minimum 7 character password is quite secure enough. Passwords aren't dead yet for security purposes, and they will be with us for a very long while to come for practical purposes. The trick is to employ them correctly. Read more...
    The possibilities you describe are years away from being implemented at best, so for the moment passwords are an ugly reality. Luckily, password managers can easily manage hundreds of passwords of any length. The only thing a user needs to remember is the master password. It seems like an easier task to educate users on how to use password managers rather than implement complex security technology on a global basis. Read more...