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.

Application Security //

Ransomware

// // //
3/29/2018
08:05 AM
Scott Ferguson
Scott Ferguson
News Analysis-Security Now

WannaCry Ransomware Hits Boeing, but Company Claims It's Contained

On Thursday, reports surfaced that a Boeing plant sustained a cyber attack that appeared related to the WannaCry ransomware virus, but the company claimed it did not affect production.

A Boeing aircraft plant appears to have sustained a cyber attack related to the WannaCry ransomware virus, although the company downplayed the attack and later claimed that it did not affect production or spread beyond the one facility.

The attack appears to have affected the company's aircraft facility in North Charleston, S.C., according to the Seattle Times, which first reported the incident late Wednesday.

Boeing released a short statement downplaying the attack but also reassuring its customers that production would carry on. The statement did not mention WannaCry specifically.

(Source: Boeing)
(Source: Boeing)

"Our cybersecurity operations center detected a limited intrusion of malware that affected a small number of systems. Remediations were applied and this is not a production or delivery issue," according to Boeing's March 28 statement.

If the attack against Boeing is related to WannaCry, it's the first time that the ransomware has hit a major target since first coming to light in 2017. Before it was contained, WannaCry affected about 400,000 computers in 150 companies and caused about $4 billion worth of damage, according to Kasperksy Labs.

When it first emerged early last year, WannaCry appeared to be a game-changer. It acted like a traditional malware worm, but it managed to spread throughout corporate networks without relying on a user to open malicious attachments or emails. It also took advantage of enterprises not patching older versions of Microsoft Windows. (See WannaCry Was Just the Beginning.)

Although it has never been proven, many security researchers believe that North Korea was behind the original attack. (See New Insight on WannaCry's Roots.)

If the cyber attack against Boeing is Wannacry, it's the third time within two weeks that an enterprise or government agency has reported an issue with ransomware. Atlanta is still dealing with the fallout over a massive attack that happened last week, and on Thursday, a ransomware attack targeted Baltimore's 911 system.


The fundamentals of network security are being redefined -- don't get left in the dark by a DDoS attack! Join us in Austin from May 14-16 at the fifth annual Big Communications Event. There's still time to register and communications service providers get in free!

What also makes these types of cyber attacks strange is that the number of ransomware attacks since last year has been decreasing, as attackers appear to have moved on to different schemes, most notably cryptocurrency mining. (See As Ransomware Declines, Atlanta Is Odd Man Out.)

After the WannaCry attack came to light in 2017, Microsoft issued a series of patches and sent out alerts to customers to update older systems.

However, according to the Seattle Times, the Boeing facility may have been running an older version of Windows embedded within certain systems that are used to monitor or test production equipment. It's rare that companies deploy patches to these older PCs, which can run for years and years without an update.

It does appear that the production equipment itself, as well as more updated machines running new versions of Windows, were not affected, which could help explain why the WannaCry ransomware did not spread.

In an email to Security Now, Fleming Shi, senior vice president of technology at Barracuda Networks, wrote that he believes that there are two ways the attack against Boeing could have happened:

  • The affected systems were segmented in their network, and an infected host had no Internet access, but was networked internally. Under such situations, the kill switch would not trigger, which allowed WannaCry to spread as if there is no kill switch.
  • Or, Boeing was hit by a new variant of the WannaCry ransomware, which was immune to the previous kill switch. This allowed the new variant was able to spread.

"I would imagine that Boing has an ATP solution that can sandbox a suspicious file, but all it takes is one vulnerable system to allow the infection to spread if the system does not exist," Shi wrote.

Editor's note: This article was updated with comments from Barracuda Networks' Fleming Shi.

Related posts:

— Scott Ferguson, is the managing editor of Light Reading and the editor of Security Now. Follow him on Twitter @sferguson_LR.

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Improving Enterprise Cybersecurity With XDR
Enterprises are looking at eXtended Detection and Response technologies to improve their abilities to detect, and respond to, threats. While endpoint detection and response is not new to enterprise security, organizations have to improve network visibility, expand data collection and expand threat hunting capabilites if they want their XDR deployments to succeed. This issue of Tech Insights also includes: a market overview for XDR from Omdia, questions to ask before deploying XDR, and an XDR primer.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-34491
PUBLISHED: 2022-06-25
In the RSS extension for MediaWiki through 1.38.1, when the $wgRSSAllowLinkTag config variable was set to true, and a new RSS feed was created with certain XSS payloads within its description tags and added to the $wgRSSUrlWhitelist config variable, stored XSS could occur via MediaWiki's template sy...
CVE-2022-29931
PUBLISHED: 2022-06-25
Raytion 7.2.0 allows reflected Cross-site Scripting (XSS).
CVE-2022-31017
PUBLISHED: 2022-06-25
Zulip is an open-source team collaboration tool. Versions 2.1.0 through and including 5.2 are vulnerable to a logic error. A stream configured as private with protected history, where new subscribers should not be allowed to see messages sent before they were subscribed, when edited causes the serve...
CVE-2022-31016
PUBLISHED: 2022-06-25
Argo CD is a declarative continuous deployment for Kubernetes. Argo CD versions v0.7.0 and later are vulnerable to an uncontrolled memory consumption bug, allowing an authorized malicious user to crash the repo-server service, resulting in a Denial of Service. The attacker must be an authenticated A...
CVE-2022-24893
PUBLISHED: 2022-06-25
ESP-IDF is the official development framework for Espressif SoCs. In Espressif’s Bluetooth Mesh SDK (`ESP-BLE-MESH`), a memory corruption vulnerability can be triggered during provisioning, because there is no check for the `SegN` field of the Transaction Start PDU. This can resul...