Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.



11:40 AM
Curtis Franklin
Curtis Franklin
Curt Franklin

WannaCry Continues at a Slowed Pace

Hold off on that big sigh of relief. WannaCry isn't dead, yet.

On Friday, the world was rocked by the largest single-day ransomware attack in history. Late in the afternoon, the first glimmer of good news came with a blog post from MalwareTech who had, without realizing it at the time, stopped WannaCry in its tracks.

The remedy, which exploited a commonly used weapon against ransomware and similar malware, worked because of some lazy coding in the ransomware delivery mechanism. The researcher who brought the attack to a halt admitted in his blog post that an "improvement" to the malicious code was likely and today dawned to the news that the hackers patched their code faster than victims patched their own, and the attack has begun anew.

In truth, there shouldn't be many new systems open to attack today. The vulnerability used by the malware propagation mechanism is known and patched; the digital characteristics of the malware payload are know and have been added to security systems. IT departments around the world have had the weekend to apply one or both levels of update -- vulnerable systems should be few. And yet...

While new infections have slowed dramatically, they haven't completely ended. In a telephone interview with McAfee CTO Steve Grobman, he reported, "From what we're seeing with our customers, things have stabilized. I don't think we're completely out of the woods, but we seem to see a good stabilization."

What was responsible for the stabilizing situation? It seems a combination of factors helped right the heavily listing cybersecurity ship. First, tripping the delivery mechanism's internal "kill switch" bought time for security experts and IT departments to react. Next, many teams used that time to react properly, swiftly applying critical updates to operating systems and installing new malware definitions rapidly developed by security vendors to stop the payloads with firewalls, UTMs and email filters.

With the carnage slowing, attention is now turning to how IT teams can prevent the next episode of "Cyber Armageddon" from hitting their organization. "I think one of the important things we need to do is not to interpret lack of a breach as having a strong defense. That's part of what's made this especially impactful," Grobman said. He added that the impact was magnified because the carrier for the ransomware is a worm, rather than a virus. "What made this spread so rapidly was that one machine could infect other machines by taking advantage of a network vulnerability," Grobman explained.

On the day of the attack, many fingers were pointed at IT departments that had not applied the Microsoft-provided patch that fixed the vulnerability. Enterprise IT professionals quickly protested that the situation isn't that simple: In a complex enterprise environment, any patch or update must be "sandboxed" to rigorously test for any impact it might have on other services or critical enterprise applications.

Grobman agreed with the IT professionals but noted that some were using that "reliability" argument to drag their heels on implementing the patch. "I think enterprise customers need to understand the risk associated with the vulnerability and the risk in applying patches that could have application compatibility issues," he said. "One thing they need to take into account is what types of attack scenarios could be facilitated by the vulnerability. In this case, given that it was a vulnerability that could be exploited remotely, it was a very serious vulnerability and the risk was very high, so enterprises should do everything in their power to fast-track the validation and application."

In the end, WannaCry could end up being a valuable wake-up call for the organizations that weren't successfully attacked. "In many ways we were quite lucky in this case that the impact was limited to organizations that had not patched the vulnerability," Grobman said. "We could see similar events in the future and we shouldn't expect organizations that weren't impacted by this to be safe in the future."

And the ultimate defense might turn out to be a basic process that many don't consider part of traditional security. "We also need to recognize the criticality of a good backup and recovery plan," Grobman said. "We've been advocating for several years to ensure you have your data backed up so when a ransomware incident occurs you have the opportunity to recover your data without paying the ransom."

— Curtis Franklin, Security Editor, Light Reading. Follow him on Twitter @kg4gwa.

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
How SolarWinds Busted Up Our Assumptions About Code Signing
Dr. Jethro Beekman, Technical Director,  3/3/2021
'ObliqueRAT' Now Hides Behind Images on Compromised Websites
Jai Vijayan, Contributing Writer,  3/2/2021
Attackers Turn Struggling Software Projects Into Trojan Horses
Robert Lemos, Contributing Writer,  2/26/2021
Register for Dark Reading Newsletters
White Papers
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-03-04
Xerox AltaLink B8045/B8055/B8065/B8075/B8090 and C8030/C8035/C8045/C8055/C8070 multifunction printers with software releases before 101.00x.099.28200 allow an attacker to execute an unwanted binary during a exploited clone install. This requires creating a clone file and signing that file with a com...
PUBLISHED: 2021-03-04
Xerox AltaLink B8045/B8055/B8065/B8075/B8090 and C8030/C8035/C8045/C8055/C8070 multifunction printers with software releases before 101.00x.099.28200 allow a user with administrative privileges to turn off data encryption on the device, thus leaving it open to potential cryptographic information dis...
PUBLISHED: 2021-03-03
The Java client for the Datadog API before version 1.0.0-beta.9 has a local information disclosure of sensitive information downloaded via the API using the API Client. The Datadog API is executed on a unix-like system with multiple users. The API is used to download a file containing sensitive info...
PUBLISHED: 2021-03-03
resources/public/js/orchestrator.js in openark orchestrator before 3.2.4 allows XSS via the orchestrator-msg parameter.
PUBLISHED: 2021-03-03
GLPI is open source software which stands for Gestionnaire Libre de Parc Informatique and it is a Free Asset and IT Management Software package. In GLPI before verison 9.5.4, there is a vulnerability within the document upload function (Home > Management > Documents > Add, or /front/documen...