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

2/16/2010
02:58 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

Is It Time For Software Liability?

MITRE and the SANS Institute, along with more than 30 U.S. and international cyber security organizations, released today an updated list of the 25 most dangerous programming mistakes. Software acquisition contract language, designed to protect software buyers from being held liable for faulty code, was also made available.

MITRE and the SANS Institute, along with more than 30 U.S. and international cyber security organizations, released today an updated list of the 25 most dangerous programming mistakes. Software acquisition contract language, designed to protect software buyers from being held liable for faulty code, was also made available.The genesis of the Top 25 Programming Errors initiative, which was first published last year, came at the request of the National Security Agency. While funding comes from the U.S. Department of Homeland Security's National Cyber Security Division.

This year's Top 25 list adds an interesting dimension to the list that was published last year, which we covered here. Instead of simply listing the top 25 most dangerous security bugs, the new list provides profiles that make it possible for developers to focus in on the select parts of the Top 25 lists that are most relevant to their business.

They also published information on how to help mitigate and even eliminate entire classes of weaknesses. Thomas Claburn writes more on the list in his story.

In an unexpected twist, the group also published contract language organizations can consider using when buying custom development services. The goal of the language is to set down secure development expectations. Here's how they describe it:

The development of code using sound security practices is more effective than attempting to address security after the code has been written. This document is one part of a comprehensive initiative to provide buyers and users of software with the knowledge and tools to prevent the implementation of non-secure computer code, and, consequently, reduce the risk that applications based on that code will be vulnerable to attack. The language in this document will assist those who procure custom software by facilitating the identification of roles of code writers, and outlining their responsibilities for checking code and fixing security flaws before software is delivered.

This document is complemented by a second project, called the CWE/SANS Top 25, which identifies and prioritizes the programming errors that are most likely to cause security problems (www.sans.org/top25). In addition, a third project, the GIAC Secure Software Programmer assessments, is intended to permit employers and those who procure programming services to more readily determine whether programmers possess the necessary training and skills to write secure code. (www.sans.org/gssp)

Anyone who has been reading this blog for the past couple of years knows that I don't think there's a more important topic in IT security than the challenge of trying to secure the bug-ridden applications we are all saddled with every day. And just as I wrote two weeks ago in National Cyber Security: Are We Focused On The Right Stuff? I don't know what the eventual answer will be that forces improved software development standards on the industry.

But I do know these issues need to be discussed, and that's one thing that's certainly going to come out of the MITRE/SANS efforts.

Ultimately, I suspect, software will finally improve as awareness improves - and end users demand secure code - and that's probably going to have to involve some level of contractual language and liability.

The Application Security Procurement Language can be downloaded in PDF from the NYS Office of Cyber Security & Critical Infrastructure Coordination (CSCIC) website.

What are your thoughts?

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/2/2020
Ripple20 Threatens Increasingly Connected Medical Devices
Kelly Sheridan, Staff Editor, Dark Reading,  6/30/2020
DDoS Attacks Jump 542% from Q4 2019 to Q1 2020
Dark Reading Staff 6/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
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
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-9498
PUBLISHED: 2020-07-02
Apache Guacamole 1.1.0 and older may mishandle pointers involved inprocessing data received via RDP static virtual channels. If a userconnects to a malicious or compromised RDP server, a series ofspecially-crafted PDUs could result in memory corruption, possiblyallowing arbitrary code to be executed...
CVE-2020-3282
PUBLISHED: 2020-07-02
A vulnerability in the web-based management interface of Cisco Unified Communications Manager, Cisco Unified Communications Manager Session Management Edition, Cisco Unified Communications Manager IM & Presence Service, and Cisco Unity Connection could allow an unauthenticated, remote attack...
CVE-2020-5909
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, when users run the command displayed in NGINX Controller user interface (UI) to fetch the agent installer, the server TLS certificate is not verified.
CVE-2020-5910
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, the Neural Autonomic Transport System (NATS) messaging services in use by the NGINX Controller do not require any form of authentication, so any successful connection would be authorized.
CVE-2020-5911
PUBLISHED: 2020-07-02
In versions 3.0.0-3.5.0, 2.0.0-2.9.0, and 1.0.1, the NGINX Controller installer starts the download of Kubernetes packages from an HTTP URL On Debian/Ubuntu system.