Attacks/Breaches
3/6/2013
12:17 PM
Connect Directly
RSS
E-Mail
50%
50%
Repost This

Bank Attackers Restart Operation Ababil DDoS Disruptions

Some customers report difficulty accessing banking sites, but officials said DDoS defenses and service provider blocks may be partly to blame.

The hacktivist Muslim bank website takedown crew is back.

The Izz ad-Din al-Qassam Cyber Fighters Tuesday announced via Pastebin that they would resume their Operation Ababil distributed denial of service (DDoS) attacks this week against U.S. financial institutions.

"During ... Operation Ababil Phase 3, like previous phases, a number of american banks will be hit by denial of service attacks three days a week, on Tuesday, Wednesday and Thursday during working hours," read the group's latest statement.

The al-Qassam Cyber Fighters last week issued an "Al-Qassam ultimatum", warning that unless all copies of the "Innocence of Muslims" movie that mocks the founder of Islam are removed from the Internet, it would commence a third round of bank DDoS attacks. "To warn and to show our seriousness for this, an attack string was carried out against some U.S. banks on Monday February 25, 2013 such as Bank of America, PNC, CapitalOne, Zions bank, 5/3, Unionbank, Comerica, Citizenbank, Peoples, UFCU, Patelco, and others," it said.

[ Anonymous targets Wall Street. Read Anonymous Launches Operation Wall Street, Targets CEOs. ]

This week, the group appeared to carry through with those threats. According to the Site Down website, beginning Tuesday, customers of Bank of America, Capital One, Citibank, PNC Bank, Union Bank and Wells Fargo began reporting an increased number of website disruptions.

One commenter on Site Down posted Tuesday morning, "Can not access bankofamerica.com. Web site will not load...however...I CAN connect and log in using my iPhone. Strange." Another post read: "Site STILL down. Can we get a response??? am ready to take my banking elsewhere; this is getting ridiculous." Similar bursts of customer frustration were likewise directed at the other supposedly disrupted websites.

But have the banks' sites really been disrupted? BoA spokesman Mark T. Pipitone suggested otherwise. "At this point, we've had no issues on our end," he said via email.

Another bank official, speaking on background by phone, said that while many financial services websites are being targeted with DDoS attacks, people's inability to reach the websites is likely a side effect of the DDoS attack-scrubbing services and technology that firms now have in place, as well as service providers' own defenses. In other words, when a person can't access a banking site, it may be because their network, IP address or machine is being blocked by DDoS mitigation tools.

Furthermore, with a bank such as BoA alone counting 57 million customers, it can be difficult to tell whether the number of people who haven't been able to access a particular website on a given day has altered in a statistically significant way. Looking at BoA, over the past month the Site Down website received about 13 reports per day that the site couldn't be accessed. That number increased to an average of 18 per day this week, and 52 in the past 24 hours.

Of course, the combination of DDoS attacks and DDoS defenses does seem to be keeping some customers from accessing banking websites, even though the actual sites may still be up. That speaks to the scale of the website attacks -- and thus defenses in place against them. The attacks combine multiple attack techniques with massive scale, which has included maintaining sustained packet floods peaking at 70 Gbps and 30 million packets per second.

Attend Interop Las Vegas May 6-10 and learn the emerging trends in information risk management and security. Use Priority Code MPIWK by March 22 to save an additional $200 off the early bird discount on All Access and Conference Passes. Join us in Las Vegas for access to 125+ workshops and conference classes, 300+ exhibiting companies, and the latest technology. Register today!

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2011-3154
Published: 2014-04-17
DistUpgrade/DistUpgradeViewKDE.py in Update Manager before 1:0.87.31.1, 1:0.134.x before 1:0.134.11.1, 1:0.142.x before 1:0.142.23.1, 1:0.150.x before 1:0.150.5.1, and 1:0.152.x before 1:0.152.25.5 does not properly create temporary files, which allows local users to obtain the XAUTHORITY file conte...

CVE-2013-2143
Published: 2014-04-17
The users controller in Katello 1.5.0-14 and earlier, and Red Hat Satellite, does not check authorization for the update_roles action, which allows remote authenticated users to gain privileges by setting a user account to an administrator account.

CVE-2014-0036
Published: 2014-04-17
The rbovirt gem before 0.0.24 for Ruby uses the rest-client gem with SSL verification disabled, which allows remote attackers to conduct man-in-the-middle attacks via unspecified vectors.

CVE-2014-0054
Published: 2014-04-17
The Jaxb2RootElementHttpMessageConverter in Spring MVC in Spring Framework before 3.2.8 and 4.0.0 before 4.0.2 does not disable external entity resolution, which allows remote attackers to read arbitrary files, cause a denial of service, and conduct CSRF attacks via crafted XML, aka an XML External ...

CVE-2014-0071
Published: 2014-04-17
PackStack in Red Hat OpenStack 4.0 does not enforce the default security groups when deployed to Neutron, which allows remote attackers to bypass intended access restrictions and make unauthorized connections.

Best of the Web