Vulnerabilities / Threats

10:21 AM

Cross-Scripting Errors Cause Most Web App Vulnerabilities

Despite being easy to spot and fix, XSS bugs now account for more than half of all Web application vulnerabilities, reports Veracode.

How Firesheep Can Hijack Web Sessions
(click image for larger view)
Slideshow: How Firesheep Can Hijack Web Sessions

According to static application security testing vendor Veracode, cross-site scripting (XSS) errors are now responsible for more than half of all Web application vulnerabilities. Where present, such errors can be exploited by attackers to bypass many security controls and execute malicious scripts via a user's browser.

Many XSS errors could have been prevented, however, by ensuring that developers practice secure coding techniques. "We strongly believe that many XSS errors are straightforward and easy to fix, and that much can be done to greatly reduce their occurrence," said Matt Moynahan, CEO of Veracode, in a statement. "Developer and product security teams must accept greater accountability for writing better code."

Not introducing XSS errors in the first place is a relatively straightforward process, though it requires more upfront work by developers. According to the Open Web Application Security Project (OWASP), "XSS flaws occur whenever an application takes untrusted data and sends it to a Web browser without proper validation and escaping," with escaping referring to removing or blocking characters that might be used to launch an attack.

Numerous software vendors now sell security testing tools to help ensure that developers properly validate and escape their code, among other essentials. According to Gartner Group, such vendors include HP, IBM, Veracode, Armorize Technologies, Checkmarx, Coverity, GrammaTech, Koicwork, and Parasoft.

Many software-developing organizations, however, seemingly prioritize time-to-market over secure coding. As a result, even easy-to-prevent errors, such as not blocking injection attacks or XSS bugs, have become endemic. That's in spite of numerous studies which have found that remediating software bugs costs far less in the early stages of the software development lifecycle, and especially prior to code going into production.

When done early enough in the software development lifecycle, many code fixes are also relatively easy. According to Chris Eng, senior director of security research at Veracode, "We see thousands -- sometimes tens of thousands -- of XSS vulnerabilities a week. Many are those we describe as 'trivial' and can be fixed with a single line of code,"

Veracode said that the average time required to remediate an XSS bug, based on companies that used its service to scan code before and after remediating it, was 16 days.

But if required, fixes can be made in almost no time at all, as has happened in the wake of XSS exploits against Web sites such as Facebook and Twitter. "Sometimes those companies push XSS fixes to production in a matter of hours. Are their developers really that much better? Of course not. The difference is how seriously the business takes it. When they believe it's important, you can bet it gets fixed," said Eng.

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
Who Does What in Cybersecurity at the C-Level
Steve Zurier, Freelance Writer,  3/16/2018
New 'Mac-A-Mal' Tool Automates Mac Malware Hunting & Analysis
Kelly Jackson Higgins, Executive Editor at Dark Reading,  3/14/2018
IoT Product Safety: If It Appears Too Good to Be True, It Probably Is
Pat Osborne, Principal - Executive Consultant at Outhaul Consulting, LLC, & Cybersecurity Advisor for the Security Innovation Center,  3/12/2018
Register for Dark Reading Newsletters
White Papers
Current Issue
How to Cope with the IT Security Skills Shortage
Most enterprises don't have all the in-house skills they need to meet the rising threat from online attackers. Here are some tips on ways to beat the shortage.
Flash Poll
[Strategic Security Report] Navigating the Threat Intelligence Maze
[Strategic Security Report] Navigating the Threat Intelligence Maze
Most enterprises are using threat intel services, but many are still figuring out how to use the data they're collecting. In this Dark Reading survey we give you a look at what they're doing today - and where they hope to go.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.