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.

Attacks/Breaches

4/19/2010
01:58 PM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Researcher Demonstrates How To Counterattack Against A Targeted Attack

Proof-of-concept turns the tables on attackers who wage targeted attacks on enterprises

Targeted attacks might be tough to prevent, but what if you could fight back against the attacker once he's infiltrated your network? A researcher has come up with a proof-of-concept (PoC) that does just that by finding vulnerabilities in the attacker's malware and using it against him.

Security consultant Andrzej Dereszowski last week at Black Hat Europe demonstrated how it's possible to wage a counterattack in a targeted attack: His PoC was based on some fuzzing and reverse-engineering he conducted against malware used in an infected PDF that was sent to a pharmaceutical company. Dereszowski found a buffer overflow bug in the malicious toolkit, which was the Poison Ivy tool, and then built an exploit for it.

"I [had been] asking myself, in theory, what if you wanted to counterattack -- provided that it's possible," he says. "You can [actually] hack the hackers and counterattack" as demonstrated by the PoC, he says.

But such an attack in reality would obviously be illegal for a victim company to execute, he says. Instead, the goal of his research is to show there are techniques for fighting back once a targeted attack is already under way, he says. "This is for the purpose of research," he says, although some special government agencies may be able to, or already are, deploying such techniques, he says.

Dereszowski says his research also shows how to quickly analyze malware, which would be useful to a company hit by a targeted attack. "My method of [malware] identification is quite generic and can be applied to any case. I think this could be beneficial to companies," he says.

Not just anyone could pull off the counterattack technique, however: "You have to know reverse-engineering and exploit-development techniques," Dereszowski says. Similar techniques have been used by researchers and investigators in botnet infiltration research, he says.

The recent wave of targeted attacks on Google, Adobe, Intel, and others served as a wake-up call to businesses that stealthy targeted attacks are often tough to detect and basically are a fact of life for many organizations. These attacks, often out of China, gain a foothold inside governments and company networks and remain entrenched in order to steal intellectual property and other data. They are almost always successful and undetectable until it's too late.

Dereszowski's new research sheds light on the possibility of a counteroffensive to the targeted attack, or at least on finding vulnerabilities in the attacks themselves.

He says he began by assuming that the PDF attacker in his research had used a toolkit that was publicly available online, which he found to be the Poison Ivy Trojan toolkit (after doing some reconnaissance). He then broke through the obfuscated code in the infamous Trojan tool in order to run static analysis of the malware. The PoC shows how in a targeted attack using the Poison Ivy Trojan there's a way to fight back against the attacker, he says.

The PoC was running in Dereszowski's virtual machine against its own command-and-control (C&C) server, he says. "If you were to attack a real command-and-control server of an attacker, you could [theoretically] do lots of damage because you would have full permission on their host" with this approach, he says. "But it also depends on the protections they [the attackers] have set up."

The exploit would be invisible to the attacker, and the counterattacker would basically exit the system after he had finished, leaving the exploit behind with a window into the C&C server. Dereszowski ran a standard Metasploit shellcode to open an active connection to the C&C server. This form of counterattack could apply to other Trojans, such as the pervasive Zeus Trojan, he says, as long as you have access to the C&C and can get hold of the malware code.

A copy of Dereszowski's white paper on the counterattack research is available here for download (PDF).

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message. Kelly Jackson Higgins is the Executive Editor of Dark Reading. 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
How to Think Like a Hacker
Dr. Giovanni Vigna, Chief Technology Officer at Lastline,  10/10/2019
7 SMB Security Tips That Will Keep Your Company Safe
Steve Zurier, Contributing Writer,  10/11/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-17667
PUBLISHED: 2019-10-17
Comtech H8 Heights Remote Gateway 2.5.1 devices allow XSS and HTML injection via the Site Name (aka SiteName) field.
CVE-2019-17666
PUBLISHED: 2019-10-17
rtl_p2p_noa_ie in drivers/net/wireless/realtek/rtlwifi/ps.c in the Linux kernel through 5.3.6 lacks a certain upper-bound check, leading to a buffer overflow.
CVE-2019-17607
PUBLISHED: 2019-10-16
HongCMS 3.0.0 has XSS via the install/index.php servername parameter.
CVE-2019-17608
PUBLISHED: 2019-10-16
HongCMS 3.0.0 has XSS via the install/index.php dbname parameter.
CVE-2019-17609
PUBLISHED: 2019-10-16
HongCMS 3.0.0 has XSS via the install/index.php dbusername parameter.