Home > Software Quality News > Software secured with CLASP
Software Quality News:
EMAIL THIS

Software secured with CLASP

By Anne Saita, News Director
12 Apr 2005 | SearchSecurity.com

Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   

LA JOLLA, Calif. -- CLASP doesn't break new ground. But if the 300-plus-page document is widely embraced, hackers won't as easily breach networks either.

That's at least the goal for CTO John Viega, whose company, Secure Software Inc. of McLean, Va., today released what it calls the industry's first comprehensive process incorporating security into the application development life cycle. And it's free.

Short for Comprehensive, Lightweight Application Security Process, CLASP is designed for adoption by development teams wanting to build code more resistant to exploit. It's a goal that Viega, author of Building Secure Software, says is
Vendor liability: A pointless argument?

The war of whether vendors should be held liable for defects in their software rages on. The debate, however, comes a decade too late.

overdue. "It's still a fairly immature space despite the maturity of the problem," he said. "When I started making a career at this, I was shocked I could publish a book in 2001 and have it be the first book on this topic."

CLASP was unveiled in time for today's opening of the first Secure Software Summit in La Jolla, Calif., in which Viega is scheduled to speak on the document's best practices. The conference also includes keynotes from two veterans of the security conference circuit, Oracle CISO Mary Ann Davidson and former national cybersecurity czar Amit Yoran. In addition, a highlight will be tomorrow's talk by Florida Institute of Technology professor James A. Whittaker on the latest threats.

CLASP is Viega's baby, with input from colleagues at IBM and other companies. The document consists of three main components:

  • some 24 activities mapped to every role you'd expect in a development organization, from project manager to internal tester. They help an enterprise determine who owns a task and who should contribute to it, as well as the task's scope, potential impact and cost. It also includes audit activities that some organizations may outsource;
  • a knowledge base that addresses common problems that lead to software vulnerabilities, based on input from those in the trenches;
  • supporting artifacts like guidelines for code review or system assessments, including templates and punch lists.

Jeremy Epstein, who runs a research and development group for a Fairfax, Va., software maker, believes CLASP will generate interest, especially in an increasingly regulatory environment. "Like everything, it's going to take some time for people to recognize what it is. A lot of it is best practices, not new research."

Both CLASP and this week's summit are signs enterprises are putting more security emphasis, and perhaps resources, earlier in the software lifecycle -- something security professionals have longed begged for. Epstein believes new laws like Sarbanes-Oxley and HIPAA, with their heavy emphasis on data privacy and integrity, will force consumers and software creators to pay closer attention to product security. "I think we're finally going to get people building software securely because they have to, they no longer have a choice," he said. "We're much too far away to know how to attribute blame to any individual developer. That's no way at this point to do that sort of thing. It's going to have to be at the management level."

"But," he added, "a lot of pressure from executive management will be placed on lower levels who are forced to take on more responsibilities."

Viega said CLASP remains a dynamic document, subject to updates and changes based on feedback from those who review and implement its suggestions. "This is essentially a methodology to help you build secure software from the ground up, so you don't have to work as hard through the rest of the development life cycle," he said.

"This is a first cut," Viega noted. "It's comprehensive, but I think there's quite a long way for it to go still."

((Content component not found.))

Tags: Building security into the SDLC (Software development life cycle)VIEW ALL TAGS

Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


RELATED CONTENT
Building security into the SDLC (Software development life cycle)
The role of quality assurance (QA) pros in software security
Common software security risks and oversights
Why the quality assurance department should be involved in testing
How to develop secure applications
Secure software development practices 'not rocket science'
How to prevent HTTP response splitting
Browser security a concern for website development
Web application security and the PCI DSS
PCI DSS compliance: Web application firewalls (WAFs)
PCI DSS compliance: The basics

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary



Software Development Methods - Extreme Programming, Agile Programming, Scrum
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides technology professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective purchase decisions and managing their organizations' technology projects - with its network of technology-specific websites, events and online magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 2006 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts