Search FCW


Subscribe Now!
Table of Contents
Business
BPM
CXOs
Columns
Columnists
Defense
E-Government
Elections 2008
Enterprise Architecture
Funding
Homeland Security
Health IT
IPv6
LOB
Management
Procurement
Privacy
Policy
Program Management
State and Local
Security
Technology
Telework
Workforce

More Topics
resourcecenter
Home
Letters to the Editor
Current Issue/Download
Print/Online Archives
Editorial Calendar
researchstore
resourcecenter
Sprint Communications for Continuity Operations
Oracle Resource Center
GSA: Your Customer Service Agency
Government Leadership Survey
Green Solutions Guide
Report: Information Sharing
DISA IT Strategy & Vision
Emergency Preparedness Report
Report: Green Computing
PEO EIS Guidebook
Content Library

More >>



Latest News
ADVERTISEMENT





 

Panel: DOD software is at risk

Military should consider financial-industry model of documentation and code checks

By Peter Buxbaum
Published on January 21, 2008

Comment

Click here to comment on this article


Related story links

Defense Science Board report on foreign influence on DOD software

Lawmakers extend oversight in DOD authorization bill

DOD seeks greater software assurance


Newsletters

You might also be interested in these FCW newsletters:

Daily
Defense
Policy and Procurement
Security

To learn more, click here.


A call for risk management

Defense Department leaders should work with other federal agencies to develop a plan to reduce the risk of software vulnerabilities for all of government. That is one of eight recommendations from the Defense Science Board in its report on the potential risks of software developed in foreign countries.

The board said the department should focus specifically on supply-chain risks because globalization of companies and software development has increased the likelihood of security vulnerabilities.

The report also states that DOD and the Homeland Security Department should take the lead in implementing the recommendations in a recent analysis of life cycle risk mitigation by the federal National Security Systems’ Global Information Technology Working Group.

— Jason Miller




On the heels of a Defense Science Board report on the risks related to software produced in foreign countries, lawmakers are considering restrictions on the amount of software development the Defense Department can send to international developers.

The fiscal 2009 Defense Authorization bill directs the Defense Science Board to study DOD policies and procedures for maximizing the use of commercial information technology. Many policy experts expect that President Bush will sign the bill in the next few weeks.

The provisions follow a September report from the board, which studied the globalization of software development and warned of the risks of potential U.S. adversaries writing code that DOD would need to fight in war. The report, “Mission Impact of Foreign Influence on DOD Software,” states that the military increasingly relies on software developed in India, China and Russia.

The board concluded that offshoring presents an opportunity to attack systems, middleware and applications by inserting malware, back doors and other intentional flaws that others can later exploit. The risks that the board identified are even more acute in an era of network-centric operations, said J.R. Reagan, managing director of compliance and security at BearingPoint.

“Whenever systems interconnect, there is increased risk,” Reagan said.

The board report found that almost all of DOD’s custom software is developed in the United States by employees holding security clearances.

Any potential restrictions on offshoring will apply to two other categories of software. Offshore development of commercial and government-specific software can significantly reduce costs, board members said. The report recommends that DOD apply risk-management principles to security measures for software development.

“You have to make sure that mission-critical software is the most reliable,” said John Pescatore, an analyst at Gartner. “But you can’t pretend that every piece of software will go through the highest level of review. When you apply the same mission-critical requirements to everything, you end up with $5,000 coffee pots.”

Risk management principles would dictate that general-purpose military software could be developed offshore as long as the supplier undergoes an audit and is trusted, Pescatore said.

“At a minimum, this would include the right of the government to inspect the source code of the application in order to search for vulnerabilities and hidden functions,” he said. “It would also require that code be developed in secure facilities as mandated by the U.S. banking industry.”

The U.S. financial industry has developed a program for assessing offshore software developers. The shared-assessment program developed by BITS, a nonprofit financial industry consortium, has
promulgated procedures that include examination of vendor documentation, onsite assessments and random sampling of code.

Some agencies also are choosing to develop even nonmission-critical software domestically. BearingPoint has developed software at a Hattiesburg, Miss., facility, which opened in 2006.

Those projects required the code writers to undergo U.S. citizenship and background checks. Although the projects are not mission-critical, they might involve sensitive data, said Bert Naquin, the facility’s director.

Buxbaum is a freelance writer in Bethesda, Md.


upcoming event

Enterprise Architecture 2008 - Washington, DC
September 9 - September 10, 2008

Occupational Health & Safety Executive Summit - Arlington, VA
October 6 - October 7, 2008


 

head
fcw
issue
First Name State
Last Name Zip
Title Email