Risk
1/22/2014
08:32 AM
Connect Directly
RSS
E-Mail
50%
50%
Repost This

No Easy Solution To Stop Amplification Attacks

Denial-of-service attacks powered by NTP amplification interrupted online-gaming services over the past month, renewing efforts to find solutions to the vulnerabilities

A series of attacks against online-gaming services has raised awareness of the ability of certain Internet protocols to be used as a vector for denial-of-service attacks.

In late December and continuing into January, a group of Internet vandals with an apparent vendetta against a single gamer took down online gaming services using an simple amplification attack. By requesting a large list of previous requesters from a vulnerable network time protocol (NTP) server and substituting the target's IP address as the source of the request, the attackers amplified the volume of the attack by a factor of more than 5,500, says Liam O Murchu, manager of security response for Symantec's North American operations.

"So you can send just one short command to the NTP service, and the service will send a list of all computers that have attached to that server to the victim, and that is where you get the amplification," he says. "But the problem with these sorts of attacks is that it is not the victim that has to patch their service -- it is the middleman who is running the outdated service that needs to upgrade."

Security experts have kicked off an initiative to raise awareness of the owners of misconfigured servers running the network time protocol (NTP) to update their systems following a series of attacks by a group of Internet vandals against online-gaming services. The Open NTP project, for example, allows the general public to scan their NTP servers to see whether they allow the monlist command, which the attackers abused to amplify their attacks.

Yet the problem is not restricted to just NTP. Domain name service (DNS) servers that allow anyone to use them, known as open resolvers, are more commonly abused in amplification attacks. In March 2013, such an attack created a record-breaking amount of traffic to inundate anti-spam service Spamhaus.

[What attacks are most likely against cloud computing environments? Here's a look -- and some advice. See How Cybercriminals Attack The Cloud.]

In fact, any protocol that asymmetrically responds to a small request with a larger response could be used to create a distributed denial-of-service attack. While the capabilities that are abused to produce amplification can be sought out, most exist for a good reason, and so it is difficult to triage abusable services until they are actually targeted, says Shawn Marck, CEO of Black Lotus, a denial-of-service mitigation provider.

"It wasn't a vulnerability until someone exploited it -- it was a feature," he says. "But it boils down to any protocol that allows you to make a small request and elicit a large response allows amplification -- unless it is TCP."

Internet communications based on the transmission control protocol (TCP) have a built-in security check: The communication has to be acknowledged by the original sender, essentially making source-address spoofing impossible. Some services that rely on the fire-and-forget communications protocol, known as the user datagram protocol (UDP), first establish a session using TCP and then revert to a stream of communications using UDP. Online gaming and Internet telephony commonly use this technique, Marck says.

Defending against amplification attacks is fairly straightforward, says John Graham-Cumming, a programmer with CloudFlare, a provider of Web security and DDoS mitigation services. NTP attacks can be simply filtered out at the edge of the network before they get to the target. Amplification attacks based on DNS are more difficult, however, since companies want valid DNS queries to arrive at their destination.

"The larger problem with DNS amplification for someone like CloudFlare is that we have to be able to receive DNS packets," he says. "For DNS, it is the nature of our business -- we have to be able to receive unsolicited DNS requests."

By focusing efforts on filtering out DNS responses, the problem become quite tractable, Graham-Cumming says.

For the Internet at large, however, the problem of amplification is not one that is easily solved. Two approaches have emerged: patching each service vulnerable to amplification and requiring service providers to filter out requests from their networks that contain a spoofed source address. While the more general solution would be for Internet service providers to block outgoing packets that contain source addresses outside of their networks, the capability would add costs to their operations, and most ISPs are already running lean, Graham-Cumming says.

It's a matter of incentives, he adds. While spoofing and DNS amplification do not typically impact the Internet service provider, the cost of the solution does. Such external costs to the company, like a company polluting a river, often need government intervention to provide the incentive to do right, Graham-Cumming says.

"It is not a problem for you -- it is a problem for the Internet as a whole, just like polluting a river is not a problem for the polluter but for everyone downstream," he says. "But I think for the network providers, it is probably better for them to do this on their own, rather than having the government come in."

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. Robert Lemos is a veteran technology journalist of more than 16 years and a former research engineer, writing articles that have appeared in Business Week, CIO Magazine, CNET News.com, Computing Japan, CSO Magazine, Dark Reading, eWEEK, InfoWorld, MIT's Technology Review, ... View Full Bio

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-0460
Published: 2014-04-16
The init script in kbd, possibly 1.14.1 and earlier, allows local users to overwrite arbitrary files via a symlink attack on /dev/shm/defkeymap.map.

CVE-2011-0993
Published: 2014-04-16
SUSE Lifecycle Management Server before 1.1 uses world readable postgres credentials, which allows local users to obtain sensitive information via unspecified vectors.

CVE-2011-3180
Published: 2014-04-16
kiwi before 4.98.08, as used in SUSE Studio Onsite 1.2 before 1.2.1 and SUSE Studio Extension for System z 1.2 before 1.2.1, allows attackers to execute arbitrary commands via shell metacharacters in the path of an overlay file, related to chown.

CVE-2011-4089
Published: 2014-04-16
The bzexe command in bzip2 1.0.5 and earlier generates compressed executables that do not properly handle temporary files during extraction, which allows local users to execute arbitrary code by precreating a temporary directory.

CVE-2011-4192
Published: 2014-04-16
kiwi before 4.85.1, as used in SUSE Studio Onsite 1.2 before 1.2.1 and SUSE Studio Extension for System z 1.2 before 1.2.1, allows attackers to execute arbitrary commands as demonstrated by "double quotes in kiwi_oemtitle of .profile."

Best of the Web