Attacks/Breaches
7/10/2012
04:42 PM
50%
50%

DarkComet Developer Retires Notorious Remote Access Tool

Some call DarkComet a tool; others call it a Trojan. RAT had been used by Syrian police and anti-Tibet organizations to spy on targeted computers.

Who Is Anonymous: 10 Key Facts
Who Is Anonymous: 10 Key Facts
(click image for larger view and for slideshow)
The creator of a notorious remote access tool (RAT) known as DarkComet has announced that he's retiring the free software, effective immediately.

Developer Jean-Pierre Lesueur said on his DarkComet website that he decided to pull the plug after his software was used for illegal purposes, for which he didn't want to be held accountable. Lesueur, meanwhile, has also released--via the website--a free tool to detect any instance of DarkComet running on a computer, "even packed/compressed/virtualized etc.," as well as another tool "to extract the data in a darkcomet stub," he said.

"Why did I take such a decision? ... Because of the misuse of the tool, and unlike so many of you [I] seem to believe I can be held responsible [for] your actions, and if there is something I will not tolerate [it] is to have to pay the consequences for your mistakes and I will not cover for you," wrote Lesueur on his website. "The law is how it is and I must abide by the rules, yes it's unfortunate for [developers] in security but that's how it is. Without mentioning what happened in Syria ..."

What happened in Syria was this: Syrian police used DarkComet earlier this year to spy on opponents of President Bashar al-Assad. Likewise, DarkComet reportedly has been used to spy on pro-Tibet non-governmental organizations.

[ Read 8 Lessons From Nortel's 10-Year Security Breach. ]

Remote access tools have been available for some time, and used in numerous "low and slow" nation state attacks, as well as in advanced persistent threat attacks. But awareness of such tools increased markedly last year, after revelations that the Shady RAT series of attacks--attributed by many information security watchers to China--had successfully compromised at least 72 organizations, including 22 governmental agencies and contractors.

What can DarkComet or other RATs do? "This software allow you to make hundreds of functions [stealthily] and remotely without any kind of [authorization] in the remote process," Lesueur told security firm Sophos last year, in reference to DarkCometX, a then-in-development Mac version of his RAT.

Given that functionality, Chester Wisniewski, a senior security advisor at Sophos Canada, said the "RAT" term was a misnomer. "While the authors would like you to believe they are simply tools, I think the evidence suggests Trojan is more appropriate," he said.

DarkComet creator Lesueur has been careful to distinguish between how his software could be used legitimately or illegally. On his website, in response to a rhetorical question about whether just the act of using DarkComet would be illegal, he said: "Well it depends how you use it, if you use it to control remote machines without any authorization from the owner then yes, if you use it in your own network then it is fully legal."

Lesueur's retiring of DarkComet clearly is his attempt to avoid arrest or imprisonment for having built and distributed the free software. "While in the past authors of such tools believed that they were immune from prosecution by claiming that they were educational tools, arrests--starting with the alleged author of the infamous Mariposa botnet--have begun to wake up authors of such tools to the possibility that they could be breaking the law," according to a Symantec blog post.

"These arrests are sending a message to the authors of such tools that they are not above the law and could face prosecution for their actions," according to Symantec, which predicts that more developers of freeware RATs--and similar tools--will soon retire their wares. "Time will tell, but any similar closures due to the risk of prosecution must be seen as a step in the right direction in combating the risk posed by such freely available tools," the company said.

Employees and their browsers might be the weak link in your security plan. The new, all-digital Endpoint Insecurity issue of Dark Reading shows how to strengthen them. (Free registration required.)

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
Andrew Hornback
50%
50%
Andrew Hornback,
User Rank: Apprentice
7/12/2012 | 1:20:11 AM
re: DarkComet Developer Retires Notorious Remote Access Tool
"Well it depends how you use it, if you use it to control remote machines without any authorization from the owner then yes, if you use it in your own network then it is fully legal."

This is absolutely true, and I feel bad for the developer in this case. Building a tool, whether it's a set of scripts of a remote control package, that falls into the wrong hands and gets utilized for illegal activities shouldn't necessarily make you liable for what the user of the tool has done.

If you want to extend that theory - that the manufacturer is responsible for the use of what they manufacture - then a gun manufacturer that builds a gun that a thug then takes and kills someone with would then be held accountable for building the gun. At the other end of the spectrum, a cement company sells a 50 lb bag to an individual who then uses that product to create "cement overshoes" - who gets held liable at that point? Under this line of thinking, the cement company would be liable for murder.

I realize that other countries have different ways of looking at things than we do here, but the question that I ask is, "Does this really make sense?" - if you're creating a product that gets marketed as a way to attack other entities, you're liable. If it's simply a tool, should you really be held liable?

Andrew Hornback
InformationWeek Contributor
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-5395
Published: 2014-11-21
Multiple cross-site request forgery (CSRF) vulnerabilities in Huawei HiLink E3276 and E3236 TCPU before V200R002B470D13SP00C00 and WebUI before V100R007B100D03SP01C03, E5180s-22 before 21.270.21.00.00, and E586Bs-2 before 21.322.10.00.889 allow remote attackers to hijack the authentication of users ...

CVE-2014-7137
Published: 2014-11-21
Multiple SQL injection vulnerabilities in Dolibarr ERP/CRM before 3.6.1 allow remote authenticated users to execute arbitrary SQL commands via the (1) contactid parameter in an addcontact action, (2) ligne parameter in a swapstatut action, or (3) project_ref parameter to projet/tasks/contact.php; (4...

CVE-2014-7871
Published: 2014-11-21
SQL injection vulnerability in Open-Xchange (OX) AppSuite before 7.4.2-rev36 and 7.6.x before 7.6.0-rev23 allows remote authenticated users to execute arbitrary SQL commands via a crafted jslob API call.

CVE-2014-8090
Published: 2014-11-21
The REXML parser in Ruby 1.9.x before 1.9.3 patchlevel 551, 2.0.x before 2.0.0 patchlevel 598, and 2.1.x before 2.1.5 allows remote attackers to cause a denial of service (CPU and memory consumption) a crafted XML document containing an empty string in an entity that is used in a large number of nes...

CVE-2014-8469
Published: 2014-11-21
Cross-site scripting (XSS) vulnerability in Guests/Boots in AdminCP in Moxi9 PHPFox before 4 Beta allows remote attackers to inject arbitrary web script or HTML via the User-Agent header.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?