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

WikiLeaks Botnet Continues Attack On MasterCard Site

"Hacktivists" say their denial of service assaults aren't intended to steal personal financial data, rather to raise awareness of companies that stopped doing business with WikiLeaks.

How Firesheep Can Hijack Web Sessions
(click image for larger view)
Slideshow: How Firesheep Can Hijack Web Sessions
The pro-WikiLeaks attacks against companies that stopped doing business with the whistle-blowing organization continued over the weekend, with the MasterCard Web site suffering sporadic bouts of downtime. Likewise, Moneybookers.com, which stopped doing business with WikiLeaks in August, saw some downtime.

The pro-WikiLeaks botnet appears to be powered solely by volunteers who download and run the attack code -- dubbed Low Orbit Ion Cannon -- in manual, server-controlled, or JavaScript versions. While the JavaScript version runs directly in a browser, which makes counting the number of installations or executions difficult, the other versions of the software have so far been downloaded more than 67,000 times.

Unlike traditional botnets, which aim to steal financial information, the pro-WikiLeaks botnet relies on volunteers, calling themselves the Anonymous Group, who willingly install the software on their computer. But that may change.

According to Tal Be'ery, Web research team lead at Imperva, "by monitoring back-channel communication, we have found recommendations to create a [denial of service] utilizing JavaScript that can be run from [the] browser with no installation required. The Anonymous Group plans to camouflage the JavaScript behind appealing content -- such as pornographic images -- to entice users into unknowingly executing attacks."

Given that maliciously oriented botnet operators already use such techniques, "it isn't surprising that hacktivists are using similar techniques," said Imperva CTO Amichai Shulman.

But a statement released on Friday, reportedly from the Anonymous Group, was careful to differentiate the group's activities from criminal enterprises that aim to steal people's personal information. "Anonymous is not a group of hackers. We are average Internet Citizens ourselves and our motivation is a collective sense of being fed up with all the minor and major injustices we witness every day. We do not want to steal your personal information or credit card numbers."

The group also said it was purposefully targeting companies' Web sites, rather than their critical infrastructure -- such as MasterCard or PayPal's ability to process payments. "Our current goal is to raise awareness about WikiLeaks and the underhanded methods employed by the above companies to impair WikiLeaks' ability to function."

On a related note, on Friday, WikiLeaks issued a statement saying that it's not affiliated with the Anonymous attacks, which it neither endorses or criticizes. "This group is not affiliated with Wikileaks. There has been no contact between any Wikileaks staffer and anyone at Anonymous," according to a spokesman Kristinn Hrafnsson. "We neither condemn nor applaud these attacks. We believe they are a reflection of public opinion on the actions of the targets."

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/6/2020
Ripple20 Threatens Increasingly Connected Medical Devices
Kelly Sheridan, Staff Editor, Dark Reading,  6/30/2020
DDoS Attacks Jump 542% from Q4 2019 to Q1 2020
Dark Reading Staff 6/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-15505
PUBLISHED: 2020-07-07
MobileIron Core and Connector before 10.3.0.4, 10.4.x before 10.4.0.4, 10.5.x before 10.5.1.1, 10.5.2.x before 10.5.2.1, and 10.6.x before 10.6.0.1, and Sentry before 9.7.3 and 9.8.x before 9.8.1, allow remote attackers to execute arbitrary code via unspecified vectors.
CVE-2020-15506
PUBLISHED: 2020-07-07
MobileIron Core and Connector before 10.3.0.4, 10.4.x before 10.4.0.4, 10.5.x before 10.5.1.1, 10.5.2.x before 10.5.2.1, and 10.6.x before 10.6.0.1 allow remote attackers to bypass authentication mechanisms via unspecified vectors.
CVE-2020-15507
PUBLISHED: 2020-07-07
MobileIron Core and Connector before 10.3.0.4, 10.4.x before 10.4.0.4, 10.5.x before 10.5.1.1, 10.5.2.x before 10.5.2.1, and 10.6.x before 10.6.0.1 allow remote attackers to read files on the system via unspecified vectors.
CVE-2020-15096
PUBLISHED: 2020-07-07
In Electron before versions 6.1.1, 7.2.4, 8.2.4, and 9.0.0-beta21, there is a context isolation bypass, meaning that code running in the main world context in the renderer can reach into the isolated Electron context and perform privileged actions. Apps using "contextIsolation" are affecte...
CVE-2020-4075
PUBLISHED: 2020-07-07
In Electron before versions 7.2.4, 8.2.4, and 9.0.0-beta21, arbitrary local file read is possible by defining unsafe window options on a child window opened via window.open. As a workaround, ensure you are calling `event.preventDefault()` on all new-window events where the `url` or `options` is not ...