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.

Analytics

10/12/2010
05:32 PM
50%
50%

PCI Compliance Means Getting Your App Security Together

Eight of 10 apps fail to detect vulnerabilities required for remediation under PCI security guidelines, study says

Many companies' applications still don't meet the security standards outlined in the Payment Card Industry (PCI) Data Security Standards, according to a recent study.

During the 18-month study, which was published last week, security firm Veracode scanned the binary code of more than 2,900 applications on behalf of its clients. Its findings are sobering: Nearly six out of every 10 applications had an "unacceptable" level of security; more than eight out of 10 applications failed to catch classes of Web application vulnerabilities required for remediation under PCI DSS.

While the customers eventually fixed the flaws, most enterprises' applications fail to meet with PCI standards -- a rather low bar for Web application security, says Chris Eng, senior director of security research at Veracode.

"These [enterprises in the study] are the organizations that are proactive about security," Eng says. "These are the ones that decided, yes, we are going to scan our applications and try and figure out what the vulnerabilities are and fix them. There are other organizations out there that are not going to scan and are not doing anything as far as security is concerned."

There are a few basic steps that enterprises can take to improve their Web applications security, experts say.

1. Use multiple scanning methods.
Companies should use multiple methods of vulnerability assessment, PCI and application security experts say. Using a combination of source code scanning, binary analysis, and Web application vulnerability scanning can deliver a more complete picture of the potential security issues in software, they say.

For example, cross-site scripting, the injection of a carriage return or line feed (CRLF), and information leakage accounted for nearly three-quarters of all software flaws found by static scanning, according to the study. Dynamic scanning at runtime, on the other hand, identified a somewhat different top three problems, including information leakage issues, SQL injection, and cross-site scripting.

"If you are only fixated on one type of approach, that is insufficient -- you are only seeing part of the story that way," Eng says. "The more different techniques you apply, the more issues you are going to find."

2. Identify third-party code.
The need for software applications to meet PCI standards extends beyond the typical population of retail sites, payment card processors, and banks. While internal compliance efforts account for a hefty percentage of the market for code and vulnerability scanning, many companies that do internal scans are also requiring their third-party software vendors to be compliant with PCI standards as well.

In many instances, companies identified third-party code -- such as open-source software -- as internally developed, the study says. Organizations should identify any third-party code so responsibility can be assigned for remediating vulnerabilities, Eng adds. In addition, as software contracts expire, companies should add language to require third-party vendors to take responsibility for software security.

This approach allows CIOs to "quantify application security risk versus the cost to mitigate, better estimate software development project costs and schedules, and control 'rework charges' associated with security vulnerabilities in third-party agreements," the report advises.

Ironically, software from commercial suppliers fared worse than open-source software in Veracode's tests. On first submission, 42 percent of open-source applications passed an audit, while only 35 percent of commercial applications passed. The results of testing for compliance with the Open Web Application Security Project (OWASP) Top 10, a requirement of PCI's data security standards, were even more stark: Open-source software passed in 40 percent of cases on first submission, while commercial software passed in only 7 percent of cases.

3. Implement a secure development process.
The most critical applications are generally developed internally. Thus, companies should focus on training their developers in secure programming and establishing a secure development process, says Gary McGraw, chief technology officer of security firm Cigital.

"It requires training of developers, it requires tools, and it requires reasonable architecture from the security standpoint," McGraw says. "It requires all these things in tandem -- what we have called a software security initiative."

For security-savvy developers, remediating vulnerabilities after they are found is not difficult. On average, it requires 16 days to fix the code, according Veracode's report.

4. Think beyond PCI compliance.
While passing a PCI audit is a benchmark for companies, it does not mean that the organization or its software is secure. Companies need to go beyond PCI to establish better security, Veracode's Eng says.

"You can do the bare minimum -- you can scan once a year, if that is what the PCI requires -- but that is setting the minimum bar," Eng says. "Any organization that is taking a proactive approach to security should be doing more than that."

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Comment  | 
Print  | 
More Insights
Comments
Oldest First  |  Newest First  |  Threaded View
Carl Malone
50%
50%
Carl Malone,
User Rank: Apprentice
5/1/2013 | 10:12:45 AM
re: PCI Compliance Means Getting Your App Security Together
Mobile App developers are not Security experts out source your security requirements to the experts. Actus Mobile Solutions have a simple SDK that integrates into any platform that secures all wireless device transactions regardless of type or value.
Commentary
What the FedEx Logo Taught Me About Cybersecurity
Matt Shea, Head of Federal @ MixMode,  6/4/2021
Edge-DRsplash-10-edge-articles
A View From Inside a Deception
Sara Peters, Senior Editor at Dark Reading,  6/2/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
The State of Cybersecurity Incident Response
In this report learn how enterprises are building their incident response teams and processes, how they research potential compromises, how they respond to new breaches, and what tools and processes they use to remediate problems and improve their cyber defenses for the future.
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-23394
PUBLISHED: 2021-06-13
The package studio-42/elfinder before 2.1.58 are vulnerable to Remote Code Execution (RCE) via execution of PHP code in a .phar file. NOTE: This only applies if the server parses .phar files as PHP.
CVE-2021-34682
PUBLISHED: 2021-06-12
Receita Federal IRPF 2021 1.7 allows a man-in-the-middle attack against the update feature.
CVE-2021-31811
PUBLISHED: 2021-06-12
In Apache PDFBox, a carefully crafted PDF file can trigger an OutOfMemory-Exception while loading the file. This issue affects Apache PDFBox version 2.0.23 and prior 2.0.x versions.
CVE-2021-31812
PUBLISHED: 2021-06-12
In Apache PDFBox, a carefully crafted PDF file can trigger an infinite loop while loading the file. This issue affects Apache PDFBox version 2.0.23 and prior 2.0.x versions.
CVE-2021-32552
PUBLISHED: 2021-06-12
It was discovered that read_file() in apport/hookutils.py would follow symbolic links or open FIFOs. When this function is used by the openjdk-16 package apport hooks, it could expose private data to other local users.