Vulnerabilities / Threats

5/15/2018
08:30 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
100%
0%

US Government Cybersecurity at a Crossroads

Trump reportedly kills cybersecurity coordinator position, while many agencies continue to play catch-up in their defenses.

Amid a report today that the Trump White House plans to cut the administration's cybersecurity coordinator position altogether, new data shows how US federal government agencies continue to struggle to close security holes in their software.

Politico reported that the administration has eliminated the White House cybersecurity position, which was recently vacated by former head Rob Joyce, who has returned to the National Security Agency. Politico said it had obtained an email to the White House National Security Council staff from John Bolton aide Christine Samuelian: "The role of cyber coordinator will end," in an effort to "streamline authority" in the NSC, which includes two senior cybersecurity directors, she said in the email, according to Politico.

As of this posting, there was no official word from the White House. But Sen. Mark Warner, D-Va., tweeted in response to the news report:

"Mr. President, if you really want to put America first, don’t cut the White House Cybersecurity Coordinator — the only person in the federal government tasked with delivering a coordinated, whole-of-government response to the growing cyber threats facing our nation."

According to the US Department of Homeland Security in its newly published cybersecurity strategy released today, cyber incidents reported to the DHS by federal agencies increased more than tenfold between 2006 and 2015, culminating in the Office of Personnel Management breach in 2015 that compromised personal data of 4 million employees and overall, 22 million people.

App Gap

So how are the feds doing security-wise to date? New software scan data from Veracode reflects a major element of security challenges for federal agencies: secure software. The scan data shows that federal agencies have the least secure applications of all industry sectors, with nearly half sporting cross-site scripting (XSS) flaws; 32%, SQL injection; and 48%, cryptographic flaws.

Unlike most industries, just 4% of federal apps are scanned weekly, 21% monthly, 24% quarterly, and about half, less than quarterly, Veracode found.

In the first scan of an app, there were 103.36 flaws per megabyte of code.

"How often a customer is testing an app gives us an understanding where they are" waterfall to DevOps-wise, says Chris Wysopal, CTO and co-founder of Veracode, which only handles nonclassified apps for the feds. With 4% of apps tested weekly by agencies, "that tells us there's not a lot of DevOps or Agile going on," Wysopal says.

Wysopal notes that the government has challenges that other industries do not. The technology sector not surprisingly fared best in Veracode's security scans. "They are culturally completely different: technology is focused on building … process, tooling, languages and DevOps and automating things," Wysopal says. "We see them building security in as part of the process of developing their software."

Government, on the other hand, approaches software development more from an audit perspective, he says. "There's huge room for improvement."

Agencies tend to run older systems for longer periods of time, mainly due to long procurement processes and budget constraints, for instance. "The biggest determinant of whether software has vulnerabilities is how old it is," he says.

Even with the relatively dire data, it's from agencies who are being proactive in their application security by opting for a scanning service, Wysopal notes. "Our data is slightly rosy" in that context of the government sector, he says.

Related Content:

Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Want Your Daughter to Succeed in Cyber? Call Her John
John De Santis, CEO, HyTrust,  5/16/2018
Don't Roll the Dice When Prioritizing Vulnerability Fixes
Ericka Chickowski, Contributing Writer, Dark Reading,  5/15/2018
New Mexico Man Sentenced on DDoS, Gun Charges
Dark Reading Staff 5/18/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Flash Poll
[Strategic Security Report] Navigating the Threat Intelligence Maze
[Strategic Security Report] Navigating the Threat Intelligence Maze
Most enterprises are using threat intel services, but many are still figuring out how to use the data they're collecting. In this Dark Reading survey we give you a look at what they're doing today - and where they hope to go.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-11321
PUBLISHED: 2018-05-22
An issue was discovered in com_fields in Joomla! Core before 3.8.8. Inadequate filtering allows users authorised to create custom fields to manipulate the filtering options and inject an unvalidated option.
CVE-2018-11322
PUBLISHED: 2018-05-22
An issue was discovered in Joomla! Core before 3.8.8. Depending on the server configuration, PHAR files might be handled as executable PHP scripts by the webserver.
CVE-2018-11323
PUBLISHED: 2018-05-22
An issue was discovered in Joomla! Core before 3.8.8. Inadequate checks allowed users to modify the access levels of user groups with higher permissions.
CVE-2018-11324
PUBLISHED: 2018-05-22
An issue was discovered in Joomla! Core before 3.8.8. A long running background process, such as remote checks for core or extension updates, could create a race condition where a session that was expected to be destroyed would be recreated.
CVE-2018-11325
PUBLISHED: 2018-05-22
An issue was discovered in Joomla! Core before 3.8.8. The web install application would autofill password fields after either a form validation error or navigating to a previous install step, and display the plaintext password for the administrator account at the confirmation screen.