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

11/11/2010
07:09 AM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

A Security 'Patch' For Web Development Frameworks

OWASP DC panel debates ways to make security part of the application framework

WASHINGTON, D.C. -- OWASP AppSec DC 2010 -- A panel of application security experts here yesterday concurred that secure Web development is broken and debated ways to fix the frameworks so developers can write more secure applications.

"What if some frameworks had security features built into them that wouldn't make security an afterthought?" says Rafal Los, Web application security evangelist for the HP Software and Solutions business at HP. "What if we fixed the frameworks so it was harder to write insecure code, and that you had to [actually] purposely write code insecurely to make it insecure?"

Developers don't purposely write their Web apps insecurely -- they are just victims of the tools they must use, according to the panel, which was headed by Josh Abraham, security consultant with Rapid7. And with more developers using prebuilt development frameworks, such as JSF, Struts, Spring, and DWR, that weren't designed with security in mind, it's no wonder so many Web apps are riddled with security holes, according to the premise of the panel.

It's not that there are no efforts to help developers write more secure code: Aside from developer training efforts, there's OWASP's Enterprise Security API (ESAPI), an open-source Web app security control library aimed at making secure code simpler to write.

But ESAPI hasn't been as widely adopted thus far as its creators had hoped, and training doesn't scale, according to the panel. Chris Eng, senior director of research at Veracode, says his firm rarely sees organizations using it. "ESAPI has been around a long time, but very rarely do we run into [companies] using it. Why? It has fairly good protections. If it's baking these [protections] into the framework, why hasn't it caught on?"

Eng said he's in favor of improving the development frameworks. He posed the possibility of a framework being built to prevent developers from writing insecure code at all: "It is possible to fix things in the framework, but what if you could make it impossible for developers to write something insecure -- without them ever having to know about security?" Eng said.

Rapid7's Abraham agreed that the ideal would be for the frameworks to make it easier to build in security and harder to write insecure code.

But it's not so simple to retrofit legacy code, the panelists said. "Back-porting is a losing battle," Abraham said.

It makes more sense to build security from the ground up in new generations of frameworks, the panelists agreed.

As for more extreme approaches, such as holding developers legally accountable for writing insecure code, HP's Los said litigation isn't the answer.

Another option would be to somehow make developers accountable for their coding within the organization. "In my ideal world, developers would have to have secure code as one of their MBOs [Management By Objectives measurements]," Veracode's Eng said.

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.

Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/27/2020
10 iOS Security Tips to Lock Down Your iPhone
Kelly Sheridan, Staff Editor, Dark Reading,  5/22/2020
How an Industry Consortium Can Reinvent Security Solution Testing
Henry Harrison, Co-founder & Chief Technology Officer, Garrison,  5/21/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-13632
PUBLISHED: 2020-05-27
ext/fts3/fts3_snippet.c in SQLite before 3.32.0 has a NULL pointer dereference via a crafted matchinfo() query.
CVE-2020-13253
PUBLISHED: 2020-05-27
sd_wp_addr in hw/sd/sd.c in QEMU 4.2.0 uses an unvalidated address, which leads to an out-of-bounds read during sdhci_write() operations. A guest OS user can crash the QEMU process.
CVE-2020-13630
PUBLISHED: 2020-05-27
ext/fts3/fts3.c in SQLite before 3.32.0 has a use-after-free in fts3EvalNextRow, related to the snippet feature.
CVE-2020-13631
PUBLISHED: 2020-05-27
SQLite before 3.32.0 allows a virtual table to be renamed to the name of one of its shadow tables, related to alter.c and build.c.
CVE-2020-4226
PUBLISHED: 2020-05-27
IBM MobileFirst Platform Foundation 8.0.0.0 stores highly sensitive information in URL parameters. This may lead to information disclosure if unauthorized parties have access to the URLs via server logs, referrer header or browser history. IBM X-Force ID: 175207.