Cloud
3/29/2013
01:34 AM
Connect Directly
RSS
E-Mail
50%
50%

Should Cloud Providers Secure Their Outbound Traffic?

As attackers focus on using hosted or virtual servers to power their denial-of-service attacks, calls for a cleaner cloud may become louder

Discerning between malicious traffic and legitimate traffic in real time is challenging for companies targeted by distributed denial-of-service attacks, but the task is made more difficult when the attacks come from reputable Internet properties that cannot easily be filtered.

The attacks on U.S. financial institutions, for example, have used compromised publishing platforms to target banks with a variety of attack traffic since last September. A key factor in the success of those distributed denial-of-service (DDoS) attacks is the use by attackers of compromised, but reputable hosts. While attacks from hosted and cloud platforms have been uncommon so far, they will likely become a larger problems in the future, says Carl Herberger, vice president of security solutions at network security firm Radware.

Providers need to take some responsibility for obvious abuses of acceptable-use policy, such as packet floods and attacks on applications, he says.

"They need to come to terms with the fact that, if one of their hosted clients is attacking a victim on the Internet, they play a role," Herberger says.

Just as Internet service providers have started taking a more involved role in detecting, warning, and mitigating compromised systems in their network that are owned by consumers, cloud service providers may need to take a more hands-on approach to detecting and helping mitigate compromises that turn their customers' hosted systems into an attack.

[Outages at CloudFlare and Microsoft's Azure in the past month underscore that widespread chaos can be the result of a weak point in cloud infrastructure. See Cloud Providers Work To Disperse Points Of Failure.]

Yet for cloud providers, any sort of filtering could cause a disruption to their customers' services, an unacceptable risk. Some cloud providers that focus on secure hosting, such as FireHost, do monitor outbound traffic for signs of malicious behavior. But adapting that generally to public clouds may not work, says Kurt Hagerman, director of information security for FireHost.

"When you look at public cloud infrastructure in general, most of those come with little to no outbound security," Hagerman says. "They rely on the customers to add security."

Defending against DDoS attacks is expensive, making the stakes higher. One recent survey found that companies pay up to $6,500 an hour to recover from the attacks.

Such damages could make legal liability a problem. Despite common carrier statutes and the Communications Decency Act, which protects providers from being held responsible for the acts of their subscribers, distributed denial-of-service attacks coming from hosted, or cloud, servers could expose a provider to risk.

"If I was running a bank, and I was repeatedly getting DDoSed from the same space, and I was reporting that to the provider and trying to work with them, but it seemed like it just didn't matter, might I try to sue them? Sure, I might," says Hagerman. "It might get their attention and convince them to do something to stop the attacks."

Not all massive DDoS attacks come from issues with hosted servers and cloud providers. The recent distributed denial-of-service attack that topped 300Gbps originated from a different, although arguably related, problem of using misconfigured infrastructure--in this case, domain-name system (DNS) recursive resolvers--to redirect and amplify the control of a much smaller amount of bandwidth into a much larger attack.

If cloud providers run their infrastructure like a gated community, then attackers should not be able to get away with such damaging attacks, says Dan Holden, director of security research for Arbor Networks. Paying attention to outbound traffic could give attackers less incentive to use cloud resources for their attacks.

"It comes down to a return-on-investment issue for the attacker," Holden says. "I think it would come down to whether they thought the success of the attack would be better using the cloud or not."

Have a comment on this story? Please click "Add Your Comment" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-6306
Published: 2014-08-22
Unspecified vulnerability on IBM Power 7 Systems 740 before 740.70 01Ax740_121, 760 before 760.40 Ax760_078, and 770 before 770.30 01Ax770_062 allows local users to gain Service Processor privileges via unknown vectors.

CVE-2014-0232
Published: 2014-08-22
Multiple cross-site scripting (XSS) vulnerabilities in framework/common/webcommon/includes/messages.ftl in Apache OFBiz 11.04.01 before 11.04.05 and 12.04.01 before 12.04.04 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors, which are not properly handled in a (1)...

CVE-2014-3525
Published: 2014-08-22
Unspecified vulnerability in Apache Traffic Server 4.2.1.1 and 5.x before 5.0.1 has unknown impact and attack vectors, possibly related to health checks.

CVE-2014-3563
Published: 2014-08-22
Multiple unspecified vulnerabilities in Salt (aka SaltStack) before 2014.1.10 allow local users to have an unspecified impact via vectors related to temporary file creation in (1) seed.py, (2) salt-ssh, or (3) salt-cloud.

CVE-2014-3587
Published: 2014-08-22
Integer overflow in the cdf_read_property_info function in cdf.c in file through 5.19, as used in the Fileinfo component in PHP before 5.4.32 and 5.5.x before 5.5.16, allows remote attackers to cause a denial of service (application crash) via a crafted CDF file. NOTE: this vulnerability exists bec...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.