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
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
5 Security Technologies to Watch in 2017
Emerging tools and services promise to make a difference this year. Are they on your company's list?
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-7445
Published: 2015-10-15
The Direct Rendering Manager (DRM) subsystem in the Linux kernel through 4.x mishandles requests for Graphics Execution Manager (GEM) objects, which allows context-dependent attackers to cause a denial of service (memory consumption) via an application that processes graphics data, as demonstrated b...

CVE-2015-4948
Published: 2015-10-15
netstat in IBM AIX 5.3, 6.1, and 7.1 and VIOS 2.2.x, when a fibre channel adapter is used, allows local users to gain privileges via unspecified vectors.

CVE-2015-5660
Published: 2015-10-15
Cross-site request forgery (CSRF) vulnerability in eXtplorer before 2.1.8 allows remote attackers to hijack the authentication of arbitrary users for requests that execute PHP code.

CVE-2015-6003
Published: 2015-10-15
Directory traversal vulnerability in QNAP QTS before 4.1.4 build 0910 and 4.2.x before 4.2.0 RC2 build 0910, when AFP is enabled, allows remote attackers to read or write to arbitrary files by leveraging access to an OS X (1) user or (2) guest account.

CVE-2015-6333
Published: 2015-10-15
Cisco Application Policy Infrastructure Controller (APIC) 1.1j allows local users to gain privileges via vectors involving addition of an SSH key, aka Bug ID CSCuw46076.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.