Perimeter

6/27/2017
01:30 PM
T. Frank Downs
T. Frank Downs
Commentary
Connect Directly
LinkedIn
RSS
E-Mail vvv
100%
0%

WannaCry Blame Game: Why Delayed Patching is Not the Problem

While post mortems about patching, updating, and backups have some value, the best preventative security controls are increased understanding and knowledge.

In the wake of the recent WannaCry attacks, cybersecurity professionals worldwide are engaging in discussions of best practices, appropriate policy implementation, and staff awareness and preparedness.

One of the outcomes of these post attack discussions is the recognition of shared professional bias throughout the cybersecurity community involving a misconstrued understanding of patching considerations, and lack of emphasis on regular backups. 

Shortly after WannaCry, social media and blog sites exploded with inflammatory statements and hilarious, yet at times insulting, memes of IT and cybersecurity personnel, who were labeled as negligent for not implementing the patch put out by Microsoft two months prior to the attack. While it is understandable, in some circles, that patching should be done rapidly after initial issuance, it is important to consider all aspects of the patching process and to understand that there are valid reasons for not updating a system right away. 

For example, many organizations have a fixed, multi-tiered patch implementation process because they rely on outdated applications that are no longer supported by the original software designers and distributors. This puts the business in a tough spot since changes to the overall network or operating system on which the application functions can degrade or damage the application itself. You can see this for yourself; just try using Netscape on Windows 10. The experience is not positive. 

Now, try using Netscape on Windows XP. While the experience is still probably not ideal, considering today’s standards, it is functional. This point becomes even more evident when considering the outdated state of many supervisory control and data acquisition (SCADA) systems.

Black Hat USA returns to the fabulous Mandalay Bay in Las Vegas, Nevada, July 22-27, 2017. Click for information on the conference schedule and to register.

Due to the possibility of patching leading to breakage, it is understandable that certain organizations have developed a drawn-out testing process before any patch is implemented into organizational assets. Or, as was the initial case with WannaCry and Windows XP, they don't implement the patch at all. It is simply incorrect to declare that all organizations and individuals should have patched, and insinuate that lack of patch implementation is a characteristic of institutional laziness.

Backup: Security’s Last Defense 
Another bias emerging post-WannaCry, and spun out of the patching bias, was the surprisingly minimal discussion regarding backups and backup implementation. While some periodicals and technical blogs did lightly – and in exceptional instances directly – discuss the importance of backups, and how they could be implemented to recover from a ransomware attack, the discussion typically found itself relegated to a secondary discussion or consideration. This is a dangerous stance to take in the context of today’s attacks.

Having appropriate backups on hand allowed network administrators and operational stakeholders to shirk the demands of the attackers and leverage their backups appropriately to return business functions to full operations. Additionally, organizations with warm and hot sites were most likely able to pivot faster after the attack than organizations without. Yet, a bias emerged wherein these actions were considered secondary to patching, without acknowledging that some organizations could not yet patch, due to their internal patch test schedules. 

So, what is the best way ahead? The only way to combat lack of awareness and consideration is through learning and education. Understanding the cybersecurity controls presented in NIST, for example, would ensure that security professionals understand patching and backup guidelines, and how they might be established and maintained.

Additionally, training provided by academia and certifying organizations can help practitioners understand the complexities of technical implementations of policy requirements. For example, through its Cybersecurity Nexus (CSX)™ Training Platform, ISACA provides performance-based labs through which students can identify the indicators of attacks like WannaCry, and learn how to respond and recover from a compromise.

As the cybersecurity field moves forward, it is important to continue the discussions that were ignited by the global WannaCry attack. Discussions regarding patching, updating, and backups are always worthwhile and valid. However, it is important to understand that these issues demand more than simple one-line declarations and fodder for memes. When analyzed in a greater context and acknowledging bias, cybersecurity professionals must acknowledge that the real preventative security control is increased understanding and knowledge.

Related Content:

 

T. Frank Downs, an 11-year cybersecurity specialist, graduated with a bachelor's degree in English from the University of Maryland, after which he promptly joined the Department of Defense as a subject matter expert, working with computer networks on a daily basis. Realizing ... View Full Bio
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
White House Cybersecurity Strategy at a Crossroads
Kelly Jackson Higgins, Executive Editor at Dark Reading,  7/17/2018
The Fundamental Flaw in Security Awareness Programs
Ira Winkler, CISSP, President, Secure Mentem,  7/19/2018
Number of Retailers Impacted by Breaches Doubles
Ericka Chickowski, Contributing Writer, Dark Reading,  7/19/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
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-14492
PUBLISHED: 2018-07-21
Tenda AC7 through V15.03.06.44_CN, AC9 through V15.03.05.19(6318)_CN, and AC10 through V15.03.06.23_CN devices have a Stack-based Buffer Overflow via a long limitSpeed or limitSpeedup parameter to an unspecified /goform URI.
CVE-2018-3770
PUBLISHED: 2018-07-20
A path traversal exists in markdown-pdf version <9.0.0 that allows a user to insert a malicious html code that can result in reading the local files.
CVE-2018-3771
PUBLISHED: 2018-07-20
An XSS in statics-server <= 0.0.9 can be used via injected iframe in the filename when statics-server displays directory index in the browser.
CVE-2018-5065
PUBLISHED: 2018-07-20
Adobe Acrobat and Reader 2018.011.20040 and earlier, 2017.011.30080 and earlier, and 2015.006.30418 and earlier versions have a Use-after-free vulnerability. Successful exploitation could lead to arbitrary code execution in the context of the current user.
CVE-2018-5066
PUBLISHED: 2018-07-20
Adobe Acrobat and Reader 2018.011.20040 and earlier, 2017.011.30080 and earlier, and 2015.006.30418 and earlier versions have an Out-of-bounds read vulnerability. Successful exploitation could lead to information disclosure.