| Have Regulations Made eCommerce Safer? |
|
January is a popular month for waxing philosophical about the past year and full of prognostication about the coming year. One popular topic this year has been that of the impact of regulations on security and, ultimately, the safety of eCommerce. As you might imagine, opinions span the full spectrum of thinking, but the general consensus seems to be that yes, things are better. It would be irrational to argue that security technologies have not improved, just as it would be sheer folly to say that regulations like PCI have had no impact on eCommerce safety. That being said, it also isn't clear that the gains have been as significant as some have claimed, and moreover, attacks have grown exponentially in their complexity and effectiveness. To this end, I will be delving into these opposing conclusions below. For the purposes of this post, I will talk just about Sarbanes-Oxley (SOX) and the Payment Card Industry Data Security Standard (PCI). These two regulations are interesting for a couple reasons, not the least of which is how they contrast. If SOX is vague and qualitative, PCI is specific and quantitative. SOX talks to the need/desire for "trusted" systems (financials, specifically), while PCI spells out in painful detail what the expectations are for security. Scoping SOX properly was a challenge in the beginning due to the lack of specificity, while PCI has always been quite clear about what data is considered important. In fact, while it is easy to see shortcuts through SOX compliance, PCI has been more challenging for organizations to side-step (caveat: level 1 merchants - other merchants have been fudging their questionnaires since the very beginning). So, without further ado, let's get into a compare-and-contrast of answers to the question "Have regulations made eCommerce safer?" (*Note: by "safe" I'm speaking to larger holistic security and risk notions) YES Raising awareness has led to a better understanding for and appreciation of security concerns - threats and vulnerabilities - and thus has raised the expectations of business when it comes to proper security measures. While many large organizations already had IT audit capabilities, SOX has helped formalize them, requiring external audits on a regular basis, and giving the auditors some teeth to instigate change. If SOX raised awareness a little, PCI has raised it a lot. Especially within the IT and developer ranks, very few people can legitimately claim no knowledge of PCI security requirements. It's now widely known that credit card data must be encryption, and the introduction of the QSA program has improved the overall quality of audits. More importantly, execs are now quite aware of what's at stake if security is lax. With SOX, they feared signing-off on reports should then be found to be inaccurate as the consequences could be prison. With PCI, there is a real and verifiable change of being sanctioned (fined) for lack of compliance, if your not cut off altogether. Especially in the case of PCI, these concerns spread upstream and downstream from provider to customer. The chain of accountability has had the net effect of improving overall system security. Last, but not least, these regs have caused orgs to take a hard look at their data and systems, with the effect that they now have a better idea of what they have and where it is. This self-awareness leads to better decisions and better support for security throughout the enterprise. As a result, overall security is improved because IT is less of a mysterious black box (hole?). NO No Risk Management Approach In the modern security profession, risk management is viewed as the foundation of the strategic security program, with technology being relegated to its proper operational role. Orgs are run based on strategic decisions, and thus security needs to be framed accordingly in order to better inform business leaders. Bottom line: failing to assess and manage risk means that resources may not be focused on the right areas, creating exposures that could lead to major compromises - in spite of compliance efforts and state. Limited Awareness & Visibility Case in point, the Hannaford and Heartland breaches. Both orgs claimed PCI compliance and yet were compromised. Clearly, being compliant didn't solve the problem, and in all likelihood distracted resources from other areas of concern. Aggressive Shortcutting It has been my experience that, due to resource constraints, many IT departments would rather not deal with regulations if they can avoid them. Perhaps the best example of this avoidance is with the many level 2-4 merchants (under PCI) who self-assess. There is little incentive for these orgs to pay more than lip service to PCI. As for SOX, many of these same orgs are private, and thus not subject to the regulation. These shortcuts do more harm than good. In fact, one could go so far as to say that due diligence is not being performed, introducing additional legal exposure for these organizations if something ends up going wrong. Inadequate Enforcement With SOX, the reg only applies to public companies, and those companies have figured out how to ratchet the scope down so as to minimize their audit exposure and level of effort. Moreover, the definition of "trusted" is open to interpretation and has become quite watered down. In the beginning, some audit firms tried to force orgs to adopt CObIT, but in the end most orgs opted not to do so (for good reason - CObIT served the audit industry, not the companies having it thrust upon them). As such, the effectiveness of SOX seems to have diminished over time. In the case of PCI, the mountain of work is immense, often causing auditors to either shortcut the process, or to rely on 3rd party statements that may or may not be valid. Some shortcuts - such as sampling - are accepted practices, but auditors should be wary if they're guided to systems rather than being allowed to randomly sample in-scope systems. In the end, there is a degree of futility involved in enforcing PCI. The credit card companies need their customers to accept credit cards as payment for goods and services. As such, there isn't much incentive for them to cut merchants off, and even levying fines could have a negative impact on their bottom line. As such, the game is stacked against proper enforcement because to strictly enforce the regs would be to cut into their own business. Unqualified Auditors There's another aspect here, too, that's more expensive, and that's the last bit above: good auditors are expensive. If your personnel cost more, then your bill rates will be higher, and thus either your realization will take a hit (audit firms) or your bills will become unsustainably high (customers). While it would be nice to have highly competent auditors in the field, the simple fact is that once people achieve a reasonable degree of competency, they will move onto other more interesting, more profitable work. As such, we have a self-perpetuating problem where auditors are generally unqualified to perform what is ultimately extremely important work. I can think of a couple times where I've tangled with auditors (as the customer) and in both cases I ended up being right simply because I was more experienced than the auditor. In one case, there was a technical finding that was listed as a "high risk" that a) didn't make any sense, and b) didn't warrant a "high" finding. When we pushed back, we got to talk to a competent senior auditor who took one look at the report and said "yeah, I don't know why this is recorded as a 'high risk' finding because it isn't, and it also looks like it was never validated." In the other case, a QSA wrote up a finding that our use of AES-128 wasn't PCI compliant, and thus it was recommended that we move to "3DES 128". My response was that 1) there is no such thing as "3DES 128" - 3DES is actually 168 bits, and 2) 3DES is deprecated by the AES, as reflected in NIST documentation (which I provided). What's interesting is that I've heard this same story from others who've had the same experience with QSAs, so maybe this was a QSA training issue. At any rate, the point is this: if your auditors aren't very good, then they will rely heavily on checklists, and that means that they will only find the obvious things. If you can't pass that kind of audit, then you might as well hang it up, unless of course you're just starting on your security work. :) False Sense of Security In a discussion on this topic recently, a colleague argued that if perfect security is a 100 and no security is 0, then progressing from 0 to 20 thanks to regulations is an important advance. I agreed that this was, indeed, a good thing, but where I get concerned is when companies think their security is a 20 when it's in fact a 10. The last thing we need are orgs acting boldly because they think that their security is good, when in fact it's not very good at all, not to mention that it's nowhere near strong security. I wonder if it wouldn't be better to have had no advances, followed by massive hacks, followed by much more strict regulations that make companies financially responsible for their security, rather than what we have today, such as with a self-regulated industry that has little real incentive in holding companies accountable. On top of this, I also wonder about the "pass the buck" phenomenon that we see with PCI. Rather than address security weaknesses inherent in credit cards, such as by implementing pin-n-chip smartcards, the PCI Council members instead have pushed responsibility to the issuing banks and the eCommerce businesses that allow credit cards for payment. Like it or not, credit cards are now an essential tenet of business life, but yet credit card companies seem to believe that somebody else should protect them. As another example, look at Microsoft. Yes, they're much maligned, and yes, they've made significant progress in the last 10 years, but to this day they are not directly punished for compromises that result from their insecure code. Until that dynamic is changed, the only people who pay the penalty are consumers, who are already paying through the nose for the "privilege" of owning technology. Add this all up and we have a major problem: consumers hear about regulations and resulting compliance and think everything is ok. Businesses achieve compliance and then become complacent believing they're ok. The core providers, like the PCI Council members, in the meantime, defer responsibility to their customers, as do the technology giants like Microsoft. The result is a cognitive dissonance - a false belief that eCommerce is safe and secure when, in fact, it's not very safe at all. What's worse, these sorts of problems have been occurring consistently throughout history. Look back at the Ford Explorer exploding tires problem as a somewhat recent example (see http://www.firestone-tire-recall.com/ for an example). Consumers end up paying the price, and yet the more things change, the more they stay the same. Anyway... SOLUTION?!? So, how do we solve this problem? How do we get people to better understand security? I wish that I had a good answer. I think the solution will need to be two-pronged. One prong will have to be end-user education that results in meaningful change. The other prong will have to be very strong legislation that puts the legal responsibility squarely on the shoulders of businesses, including the root cause enterprises, to spur them into realistic change. If that means legislation requiring smartcard technology, then so be it. I hate to see legislation that micromanages to that level, but if credit card companies are unwilling to take those reasonable measures, then something must be done to compensate. In the end, the consumer will end up paying the bill, so as a bonus 3rd prong, legislation will need to be written to protect the consumer. Consumers are already getting hammered in the current economy while banks hoard federal tax dollars. This sort of behavior needs to be nipped in the bud asap, and not just from a financial lending perspective. Here's to hoping for a evolutionary jump to better practices! (cross-posted from http://www.secureconsulting.net/2009/01/have_regulations_made_ecommerc.html)
Powered by !JoomlaComment 3.26
3.26 Copyright (C) 2008 Compojoom.com / Copyright (C) 2007 Alain Georgette / Copyright (C) 2006 Frantisek Hliva. All rights reserved." |
Related Templates (T2P Wikis)
- Access Management - Special Access (Policy Template)
- Account Access Controls and Passwords (Policy Template)
- Account Management (Policy Template)
- Mobile Computing and Network Access (Policy Template)
- Agreement to Protect Sensitive Data (Form Template)
- General Information Security Management (Procedure Template)
- Incident Response (Policy Template)
...And many more. There are more than 20 templates related to this Core's topic.
Recommended ResourcesThis section will contain a linked list of resources related to your core topic. You can add to and modify the list whenever you like. Resource types might include:
|







Info Protection & Privacy