Perimeter
5/10/2011
11:44 AM
Commentary
Commentary
Commentary
Connect Directly
RSS
E-Mail
50%
50%

A National Monitoring Infrastructure

It's theoretically possible, but who could orchestrate such a huge collaborative endeavor, and would it be possible to bring both private and public data under government oversight?

I recently had the opportunity to read Edward G. Amoroso’s book, entitled ""Cyber Attacks: Protecting National Infrastructure"," about the concept of a national-level infrastructure for the collection, correlation, monitoring (which he calls awareness) of, and response to cybersecurity incidents. As I read the four chapters, I found myself doing a little correlation of my own and drew several parallels to the Enterprise Security Information Management (ESIM) sector.

What Amoroso is describing is essentially a "master ESIM infrastructure" -- taking feeds from both public- and private-sector entities with the goal of centralizing data from the citizenry, business community, and government for the purpose of large-scale trending and worm detection. The idea sounds like a good one, but I have serious doubts about the ability to manage an infrastructure of such monstrous scale.

Although an effort of this design would be useful, it is very unlikely that a nation’s citizenry would trust the government enough to allow for the collection of data from its personally owned technology products. Enterprise customers have their own problems to worry about at a macro level without even considering participating at a super-macro-level for a national monitoring infrastructure. Compliance mandates, impending audits, and organizational security concerns will almost certainly trump national defense -- especially since many organizations consider the defense of the nation to be the problem of the elected government.

If the national-level collection infrastructure were limited to a cybersecurity mandate, however, military branches, in addition to government and intelligence agencies, could wield a national ESIM to better defend their interests. Once implemented, this national ESIM could expand to encompass public utilities and the military industrial base of defense contractors and SIs with which it partners to further national interest. Really, any organization or vendor with ties to government’s defense could be directed to submit to a national ESIM mandate in the best interest of the country’s defense. A major obstacle to hurdle is that many departments, divisions, and federal entities rely on their own ESIM deployments to manage the cybersecurity concerns within their own small spheres of control.

Unfortunately, not all of these deployed products are capable of promiscuously interoperating with one another -- many contain proprietary data stores and formats with no common interface for data sharing. Technical issues aside, the political power plays around information sharing among government entities has never been an easy bridge to cross. Each organization really cares only for its own sphere of control, and sees the request for information from external agencies as an invasion of their sovereign fiefdom.

Perhaps the only way that a national ESIM infrastructure could work is if such an endeavor were mandated by the government and its purview assigned to a coordinating body, such as the Department of Homeland Security (DHS) -- a thought that would make those already concerned with the power wielded by the agency exponentially more nervous. Unfortunately, one organization would need to coordinate everything, and DHS might be the only agency that could wrangle the disparate pieces of government into submitting to such a plan. Even with DHS in charge, I wouldn’t anticipate a massive rip-and-replace of existing ESIM products, but the agency could dictate that vendors share information between one another or risk being replaced.

Andrew Hay is senior analyst with The 451 Group's Enterprise Security Practice and the author of three network security books. Follow him on Twitter: http://twitter.com/andrewsmhay.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-0607
Published: 2014-07-24
Unrestricted file upload vulnerability in Attachmate Verastream Process Designer (VPD) before R6 SP1 Hotfix 1 allows remote attackers to execute arbitrary code by uploading and launching an executable file.

CVE-2014-1419
Published: 2014-07-24
Race condition in the power policy functions in policy-funcs in acpi-support before 0.142 allows local users to gain privileges via unspecified vectors.

CVE-2014-2360
Published: 2014-07-24
OleumTech WIO DH2 Wireless Gateway and Sensor Wireless I/O Modules allow remote attackers to execute arbitrary code via packets that report a high battery voltage.

CVE-2014-2361
Published: 2014-07-24
OleumTech WIO DH2 Wireless Gateway and Sensor Wireless I/O Modules, when BreeZ is used, do not require authentication for reading the site security key, which allows physically proximate attackers to spoof communication by obtaining this key after use of direct hardware access or manual-setup mode.

CVE-2014-2362
Published: 2014-07-24
OleumTech WIO DH2 Wireless Gateway and Sensor Wireless I/O Modules rely exclusively on a time value for entropy in key generation, which makes it easier for remote attackers to defeat cryptographic protection mechanisms by predicting the time of project creation.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Sara Peters hosts a conversation on Botnets and those who fight them.