Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

3/16/2008
09:51 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

The Clock Is Ticking For Retailer Web Application Security

In a few months time, what is now considered merely an advisable best practice will become mandatory for any business accepting credit card payments over the Web. Problem is, the mandate is ill conceived.

In a few months time, what is now considered merely an advisable best practice will become mandatory for any business accepting credit card payments over the Web. Problem is, the mandate is ill conceived.At the end of June, section 6.6 of the Payment Card Industry Data Security Standard (PCI DSS) goes into full effect. In short, this section of PCI DSS requires merchants and card payment providers to make certain their Web applications are secure.

If done right, it could actually help curb the number of Web-related security breaches.

But it's not done right. Not yet.

Here's section 6.6, which goes from a nice-to-do, to a must-do, on June 30:

Ensure that Web-facing applications are protected against known attacks by applying either of the following methods: -- Having all custom application code reviewed for common vulnerabilities by an organization that specializes in application security -- Installing an application layer firewall in front of Web-facing applications

Now, the overarching point of the PCI DSS is to both help instill a sense of trust among consumers in e-commerce, especially when it comes to online payments. And, hopefully, actually increase the Web security of online merchants, which until a couple of years ago remained ridiculously pathetic. Today, the state of retail security is just pathetic. So there's been some improvement.

In fact, the Privacy Rights Clearing House maintains a chronology of breaches here. It's a long list, and may take awhile for those with slower connections to load, so I don't recommend anyone using a dial-up connection to click the link. To date: 218 million data records have been exposed.

A few years ago, most of the breaches were caused by criminal hacking. Today, many breaches also are caused by the loss of laptops, thumb drives, and other forms of removable media. Yet, there's still a healthy number of criminal hacks, and sloppy Web and application design to go around.

And that's where section 6.6 steps in. And while I agree with the spirit of 6.6, which is better Web code, it's flawed as it's currently written.

It pretty much says that retailers can either perform a custom code assessment, or deploy a Web application firewall.

I'd much rather have PCI DSS mandate a security assessment be performed on all custom (as well as all commercial software before it's allowed to be shipped). Then, secondarily, advise the deployment of a Web application firewall.

As it stands now, retailers can build shoddy code, skimp on Q&A, and toss a Web application firewall in front of their ill-crafted code and claim compliance.

That's just not good enough.

And it's one of a long list of reasons why the list of breaches kept by the Privacy Rights Clearing House will continue to grow ... .

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
COVID-19: Latest Security News & Commentary
Dark Reading Staff 10/27/2020
6 Ways Passwords Fail Basic Security Tests
Curtis Franklin Jr., Senior Editor at Dark Reading,  10/28/2020
'Act of War' Clause Could Nix Cyber Insurance Payouts
Robert Lemos, Contributing Writer,  10/29/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
How to Measure and Reduce Cybersecurity Risk in Your Organization
In this Tech Digest, we examine the difficult practice of measuring cyber-risk that has long been an elusive target for enterprises. Download it today!
Flash Poll
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-27885
PUBLISHED: 2020-10-29
Cross-Site Scripting (XSS) vulnerability on WSO2 API Manager 3.1.0. By exploiting a Cross-site scripting vulnerability the attacker can hijack a logged-in user’s session by stealing cookies which means that a malicious hacker can change the logged-in user’s pass...
CVE-2020-25646
PUBLISHED: 2020-10-29
A flaw was found in Ansible Collection community.crypto. openssl_privatekey_info exposes private key in logs. This directly impacts confidentiality
CVE-2020-26205
PUBLISHED: 2020-10-29
Sal is a multi-tenanted reporting dashboard for Munki with the ability to display information from Facter. In Sal through version 4.1.6 there is an XSS vulnerability on the machine_list view.
CVE-2020-14323
PUBLISHED: 2020-10-29
A null pointer dereference flaw was found in samba's Winbind service in versions before 4.11.15, before 4.12.9 and before 4.13.1. A local user could use this flaw to crash the winbind service causing denial of service.
CVE-2020-27886
PUBLISHED: 2020-10-29
An issue was discovered in EyesOfNetwork eonweb 5.3-7 through 5.3-8. The eonweb web interface is prone to a SQL injection, allowing an unauthenticated attacker to exploit the username_available function of the includes/functions.php file (which is called by login.php).