Risk
3/19/2010
02:34 PM
Connect Directly
RSS
E-Mail
50%
50%

GAO: Multiple Failures Sunk Border Security System

Poor management and performance led the Department Of Homeland Security to halt funding of SBInet, Government Accounting Office says.

A botched testing process, performance issues, and poor management derailed a Department of Homeland Security project to install a sophisticated security system on the fence at the U.S.-Mexico border, according to a Government Accountability Office report released Thursday.

The DHS earlier this week cut off funding for the project, called SBInet, pending further review. The report outlines events that led to the DHS' decision.

The project was to install cameras, radar, and ground sensors along the fence on the border between the U.S. and Mexico. It was originally meant to be completed by 2014. DHS called for a reassessment of the project last month.

Test plans were poorly defined and plagued by "numerous and extensive last-minute changes to test procedures," according to the report, and even when the system was tested, it performed poorly.

Further, those overseeing the project failed to prioritize solving problems with the system and failed to conduct further tests.

The report concluded that if the development and testing of the system were to continue in the same fashion, SBInet would not perform as expected and would take longer and cost more than necessary to implement.

"For DHS to increase its chances of delivering a version of SBInet for operational use, we are recommending that DHS improve the planning and execution of future test events and the resolution and disclosure of system problems," the report concludes, adding that the DHS agreed with these recommendations.

The DHS had expected the entire SBInet project to cost $6.7 billion, a readjustment from its original projected budget of $8 billion. To date the DHS has spent about $720 million on current SBInet deployments since the project began in 2005.

SBInet was to install a series of cameras, radar, ground sensors and other high-tech surveillance technology along the fence on nearly the entire border between the U.S. and Mexico, as well as integrate them via a centralized network and dashboard from which border control can monitor activity along the border.

The project was originally scheduled for completion by 2014, but the technical glitches and delays outlined in the GAO report held up the project so that only a prototype of the final solution is currently in use on just one part of the border.

The DHS plans to reallocate $50 million of Recovery Act money that was meant for SBInet to implementing a scaled-down version of the project.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.