Attacks/Breaches
11/4/2011
01:53 PM
50%
50%

Will Cloud Signaling Contain DDoS Attacks?

Arbor Networks' "Bat-signal" for distributed denial of service attacks culls your network service provider's resources to help stop it.

Is a distributed denial of service (DDoS) attack crippling your corporate network? Then signal your upstream service provider so it can filter out the attack using carrier-grade equipment.

That's the premise of "cloud signaling," which is a set of technical capabilities and mitigation strategies offered by network security vendor Arbor Networks. Announced in May, Arbor released the first related product in August, named Pravail, which it bills as an availability protection system.

A business that's already purchased DDoS defenses can typically mitigate small attacks, but those that flood the network pipe, or target the application level--including intrusion prevention systems and firewalls--may be much more difficult to stop. That's where cloud signaling comes in. "You can either set it to automatically signal your upstream provider, kind of like a Bat-signal--help me--and it will send help, sending all of the [attack] parameters" to the carrier, said Rob Malan, CTO of Arbor Networks, in an interview. Alternately, Pravail users can trigger the signaling manually.

[Businesses aren't ready to defend against the rising tide of sophisticated cyber attacks. Learn more: Advanced Threats Touch Two-Thirds Of Enterprises.]

Calling in the service provider brings carrier-grade packet-scrubbing power to bear on attacks, which means the attacks can be more easily eradicated by the service provider. "So maybe you've got one to 10 gigs of mitigation protection at the enterprise edge, but you have hundreds of gigs of mitigation protection at the carrier," said Malan.

He said the idea for cloud signaling arose during a late-night Denny's discussion he had with his Arbor co-founder, Farnam Jahanian, who now heads the National Science Foundation's computer & information science & engineering directorate. They hit upon the idea of "being able to hit a 'big red button' at the target of the DDoS attack, and signal all the way back upstream to the sources of the attack, automatically protecting the target."

But that discussion happened in 1999; what took 11 years for the idea to become reality? "While we always wanted to do this, you can't make a living selling a promise that it will be great in 10 years. So we needed to get a large install base," said Malan.

"The first major problem was getting the tool into all the carriers' hands so they could do coordinated troubleshooting. The second was getting it into the hands of the enterprise, so they could do coordinated troubleshooting back to the carrier. Once you have that infrastructure covered, you can hook them all together, all the way back to the carrier," he said.

One related step along this path was the Fingerprint Sharing Alliance, launched in 2002 as a way for network providers to share information with each other about large-scale attacks in progress. From there, it wasn't a big leap to having downstream customers share information about attacks that targeted their specific infrastructure.

Recent changes in DDoS attacks have also created an impetus for such information sharing. "The attacks changed in the last couple of years," said Malan. "Some kinds of attacks, you have to see the packets in line, and the only scalable way to do that is at the enterprise or data center edge--you can't sit up in the cloud and look at every packet, it's too packet-intensive; you've got to distribute that to the enterprise."

But when those defenses located at the edge of a business' infrastructure detect an attack, they can't always stop it. Notably, research from Arbor has found that the average DDoS attack bandwidth increased by 102% during 2010, and rose by 1,000% from 2005 to 2010.

When attackers do attempt to DDoS a business, it typically wouldn't take a data center operator long to pick up the phone and call their carrier, seeking a way to mitigate the attack. But with Pravail, said Malan, the process can be entirely automated, and attack signatures passed upstream at the first hint of trouble. That increases the chance that not only will the attack get quickly blocked, but also that the business won't even see an outage.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading, January 2015
To find and fix exploits aimed directly at your business, stop waiting for alerts and become a proactive hunter.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-7402
Published: 2014-12-17
Multiple unspecified vulnerabilities in request.c in c-icap 0.2.x allow remote attackers to cause a denial of service (crash) via a crafted ICAP request.

CVE-2014-5437
Published: 2014-12-17
Multiple cross-site request forgery (CSRF) vulnerabilities in ARRIS Touchstone TG862G/CT Telephony Gateway with firmware 7.6.59S.CT and earlier allow remote attackers to hijack the authentication of administrators for requests that (1) enable remote management via a request to remote_management.php,...

CVE-2014-5438
Published: 2014-12-17
Cross-site scripting (XSS) vulnerability in ARRIS Touchstone TG862G/CT Telephony Gateway with firmware 7.6.59S.CT and earlier allows remote authenticated users to inject arbitrary web script or HTML via the computer_name parameter to connected_devices_computers_edit.php.

CVE-2014-7170
Published: 2014-12-17
Race condition in Puppet Server 0.2.0 allows local users to obtain sensitive information by accessing it in between package installation or upgrade and the start of the service.

CVE-2014-7285
Published: 2014-12-17
The management console on the Symantec Web Gateway (SWG) appliance before 5.2.2 allows remote authenticated users to execute arbitrary OS commands by injecting command strings into unspecified PHP scripts.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Join us Wednesday, Dec. 17 at 1 p.m. Eastern Time to hear what employers are really looking for in a chief information security officer -- it may not be what you think.