Vulnerabilities / Threats

10/26/2017
04:40 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Bad Rabbit Used Pilfered NSA Exploit

Turns out the fast and furious ransomware campaign in Eastern Europe this week employed the so-called 'BadRomance' tool to help it spread.

The fast and furious Bad Rabbit ransomware campaign on Oct. 24 had security researchers frantically studying their telemetry and malware to discern the anatomy of the attack. The initial take was that although it uses retooled code from predecessors Petya and NotPetya, it didn't spread via any exploits like WannaCry, for example.

But today, Cisco Systems' Talos research group said it now can confirm that the ransomware attack used a version of the so-called EternalRomance exploit to spread. This exploit, which comes from a stolen and leaked trove of NSA tools, was the tool Nyetya (aka Petrwrap and Goldeneye) ransomware attacks this summer employed to spread laterally within a victim organization.

The ransomware campaign hit hundreds of government, media, transportation, and other targets in 15 nations, including Russia's Interfax Agency and Fontanka, and Ukraine's Kiev Metro, its Odessa International Airport, and various ministries of infrastructure and finance. Russian victims were the biggest targets, accounting for 71% of detections by security firm Avast.

Security researchers from all over the world are still performing postmortems on the attack, and there's still some debate over who was behind the attack as well as over the malware's roots. 

As of yesterday, researchers had pinpointed a hardcoded credentials list and Mimikatz password-extraction method as the method of Bad Rabbit's spread, wormlike, via SMB local networks. 

EternalRomance was yet another method of spreading Bad Rabbit, directly via the SMB hole, according to Cisco's newest finding.

"This is still an active investigation," says Nick Biasini, a threat researcher with Cisco's Talos team. "During analysis by some of our reverse engineers we were able to identify that an exploit was included in Bad Rabbit ... Initially there was no indication it was being used and no one had publicly observed the exploit being utilized in the wild.  It wasn’t until the discovery by one of our reverse engineers that it was uncovered."

Meanwhile, Group IB, a Russian security firm studying the attacks, today noted that Bad Rabbit was first dropped via drive-by downloads onto victim machines via various media websites in Russia and Ukraine. The researchers also say it's "highly likely" the attackers behind Bad Rabbit are the same ones who launched NotPetya in June of 2017 against Ukraine energy, financial, and telecommunciations organizations.

"BadRabbit has same functions for computing hashes, network distribution logic and logs removal process, etc.," as NotPetya, they wrote in an update today.

Related Content:

 

Join Dark Reading LIVE for two days of practical cyber defense discussions. Learn from the industry’s most knowledgeable IT security experts. Check out the INsecurity agenda here.

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
'Hidden Tunnels' Help Hackers Launch Financial Services Attacks
Kelly Sheridan, Staff Editor, Dark Reading,  6/20/2018
Inside a SamSam Ransomware Attack
Ajit Sancheti, CEO and Co-Founder, Preempt,  6/20/2018
Tesla Employee Steals, Sabotages Company Data
Jai Vijayan, Freelance writer,  6/19/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-12697
PUBLISHED: 2018-06-23
A NULL pointer dereference (aka SEGV on unknown address 0x000000000000) was discovered in work_stuff_copy_to_from in cplus-dem.c in GNU libiberty, as distributed in GNU Binutils 2.30. This can occur during execution of objdump.
CVE-2018-12698
PUBLISHED: 2018-06-23
demangle_template in cplus-dem.c in GNU libiberty, as distributed in GNU Binutils 2.30, allows attackers to trigger excessive memory consumption (aka OOM) during the "Create an array for saving the template argument values" XNEWVEC call. This can occur during execution of objdump.
CVE-2018-12699
PUBLISHED: 2018-06-23
finish_stab in stabs.c in GNU Binutils 2.30 allows attackers to cause a denial of service (heap-based buffer overflow) or possibly have unspecified other impact, as demonstrated by an out-of-bounds write of 8 bytes. This can occur during execution of objdump.
CVE-2018-12700
PUBLISHED: 2018-06-23
A Stack Exhaustion issue was discovered in debug_write_type in debug.c in GNU Binutils 2.30 because of DEBUG_KIND_INDIRECT infinite recursion.
CVE-2018-11560
PUBLISHED: 2018-06-23
The webService binary on Insteon HD IP Camera White 2864-222 devices has a stack-based Buffer Overflow leading to Control-Flow Hijacking via a crafted usr key, as demonstrated by a long remoteIp parameter to cgi-bin/CGIProxy.fcgi on port 34100.