Risk
2/5/2010
03:40 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

'Rugged' Initiative Brings Secure Software Development To The Masses

Rugged Software Development initiative an 'on-ramp' for all types of programmers to write resilient code

Security experts today officially launched a new effort to ensure software is written from the ground up with security in mind -- a philosophy and message they're aiming at people outside of the security industry.

The Rugged Software Development initiative is basically a foundation for creating resilient software that can stand up to attackers while performing its business or other functions, according to Joshua Corman, research director for the enterprise security practice at The 451 Group, who unveiled the program today at the SANS Application Security Summit in San Francisco.

Corman, along with Jeff Williams, chair of OWASP and CEO of Aspect Security, and David Rice, director of The Monterey Group and author of Geekonomics, came up with the idea for the initiative. It's more of "a value system" for writing secure software, versus a compliance program, according to its founders, who hope to incorporate the tenets of rugged code development into computer science programs at universities.

This isn't the first industry effort to push developers to bake security into their code: There's Homeland Security's Build Security In guidelines; Microsoft's Software Development Lifecycle (SDLC) framework and tools; Building Security In Maturity Model (BSIMM), where financial services firms are comparing notes and sharing their secure coding strategies and experiences; and OpenSAMM (Software Assurance Maturity Model), an open-source model aimed at becoming an industry standard for secure software development.

Rugged doesn't include any new frameworks for secure coding, however, and instead will serve as an "on-ramp" for secure software development, Corman says. Rugged is different because it's aimed at people outside of the security realm: "Most efforts have been isolated to people who care about security and preaching to the choir," he says. "[Rugged] is specifically targeted at people out of the security context."

Getting the secure software development message to the masses won't be easy, and the plan is to get some initial support and momentum from the application security industry.

"We're not trying to replace or undo [other secure coding efforts]," Corman says. "Our goal is to drive more people to it that otherwise would not have known how to become involved."

Chris Wysopal, CTO of Veracode, says developers must be part of the solution to security problems. "Unfortunately, most developers don't know what it means to write secure code, and worse they think they already write secure code if they write high quality code. Software security practitioners have struggled to get past this mindset," Wysopal says. "Rugged code is a way of breaking through and instilling a mindset that secure code should be a pride-of-ownership issue just as much as elegant, high performing, and high quality code is."

Corman, who says he's looking to set up an advisory board for Rugged, envisions everything from having programmers voluntarily pledge to be Rugged software developers to developing an Underwriters Laboratories (UL) label for measuring software for its "ruggedness."

The project is currently soliciting people to help define the "principles and technologies that will help others become Rugged, too. Our first project is to define how people and organizations can know if they are Rugged," the Rugged initiative Website says.

Meanwhile, the project even comes with its own manifesto, which reads, in part:

"I recognize that software has become a foundation of our modern world. I recognize the awesome responsibility that comes with this foundational role. I recognize that my code will be used in ways I cannot anticipate, in ways it was not designed, and for longer than it was ever intended. I recognize that my code will be attacked by talented and persistent adversaries who threaten our physical, economic, and national security. I recognize these things -- and I choose to be rugged. I am rugged because I refuse to be a source of vulnerability or weakness. I am rugged because I assure my code will support its mission. "

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 Executive Editor at DarkReading.com. 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

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-3861
Published: 2014-09-02
Cross-site scripting (XSS) vulnerability in CDA.xsl in HL7 C-CDA 1.1 and earlier allows remote attackers to inject arbitrary web script or HTML via a crafted reference element within a nonXMLBody element.

CVE-2014-3862
Published: 2014-09-02
CDA.xsl in HL7 C-CDA 1.1 and earlier allows remote attackers to discover potentially sensitive URLs via a crafted reference element that triggers creation of an IMG element with an arbitrary URL in its SRC attribute, leading to information disclosure in a Referer log.

CVE-2014-5076
Published: 2014-09-02
The La Banque Postale application before 3.2.6 for Android does not prevent the launching of an activity by a component of another application, which allows attackers to obtain sensitive cached banking information via crafted intents, as demonstrated by the drozer framework.

CVE-2014-5452
Published: 2014-09-02
CDA.xsl in HL7 C-CDA 1.1 and earlier does not anticipate the possibility of invalid C-CDA documents with crafted XML attributes, which allows remote attackers to conduct XSS attacks via a document containing a table that is improperly handled during unrestricted xsl:copy operations.

CVE-2014-6041
Published: 2014-09-02
The Android Browser application 4.2.1 on Android allows remote attackers to bypass the Same Origin Policy via a crafted attribute containing a \u0000 character, as demonstrated by an onclick="window.open('\u0000javascript: sequence.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
This episode of Dark Reading Radio looks at infosec security from the big enterprise POV with interviews featuring Ron Plesco, Cyber Investigations, Intelligence & Analytics at KPMG; and Chris Inglis & Chris Bell of Securonix.