Attacks/Breaches
4/2/2013
08:24 PM
50%
50%

Spamhaus DDoS Spotlights DNS Server Security Challenge

Spamhaus DDoS attack renews talk of DNS server security

When the Spamhaus Project was recently hit with a tsunami of distributed denial-of-service attack (DDoS) traffic, the impact of the incident caused a stir in the world of network security.

The attack took advantage of open DNS resolvers, allowing the attackers to control the flow of massive amounts of traffic. At its height, the attack peaked at some 300 gigabits per second, sparking a renewed focus for some on developing plans for mitigating the risk of similar situations.

"Attackers can amplify their DDoS attacks by spoofing requests to open DNS servers from their victims' IP addresses," explains Tom Cross, research director at Lancope. "The DNS responses that get sent back to the victim can be much larger than the requests that the attacker is generating, so this makes it easier for the attacker to consume the victims' bandwidth. These attacks can generate so much traffic that they will easily overwhelm the connectivity between the victims' data center and the Internet."

The right way to mitigate them is by routing traffic to a scrubbing center on the Internet that can remove unsolicited DNS responses while allowing the rest of the traffic to flow through to the destination, he adds.

In a FAQ about the situation, Spamhaus -- which tracks the world's spam organizations -- advised organizations to police traffic to ensure that traffic with spoofed sending addresses does not leave their networks. Referring to the attacks as "a call to action for the Internet community as a whole," the group also urged organizations to lock down any open DNS resolvers.

It is fair to say that despite a number of recommendations having been made during the past decade, several million recursive name servers remain configured in a generally promiscuous mode, observes Ken Silva, senior vice president of cyberstrategy within ManTech International's Mission Cyber & Intelligence Solutions Group.

"Best Current Practice 38 [BCP38], a set of recommendations which would limit the effectiveness of some DDoS attacks, was written 13 years ago, but still is not as widely implemented as it should be," he says. "Also, several best practice configuration guides outline good DNS server hygiene, but many remain configured poorly. This goes to the heart of the problem in dealing with this issue in general...in order to properly combat the threat, it involves participants from ISPs to enterprises to small network operators. And that's a lot of people and a lot of coordination."

The challenge of addressing DDoS, however, is not going away. On March 28, American Express experienced this firsthand when a DDoS attack struck its site for about two hours. The attack has been attributed to the Izz ad-Din al-Qassam group, which is believed to be behind a wave of attacks against financial institutions in the U.S. that began last year. During the past several months, the group has been tied to attacks against Bank of America, Citibank, and JPMorgan Chase.

There are several different kinds of denial-of-service attacks, each requiring a different kind of defense, notes Cross.

"The kind of attack that people usually think of when they think of DDoS is a huge traffic flood that overwhelms the bandwidth of the victim's Internet connectivity," he tells Dark Reading. "This kind of attack needs to be stopped at the service provider or out in the Internet, before the traffic reaches the victim's final hop.

"Many companies offer network-based scrubbing services that can block large traffic floods while letting legitimate traffic through," he adds. "However, these network-based solutions are not appropriate for every kind of attack. Some denial-of-service attacks can impact the availability of services without creating the sort of traffic flood that would trigger a network-based scrubbing solution."

Equipment such as firewall and intrusion detection systems can block certain classes of traditional DDOS, such as SYN Floods, but they usually don't have the features needed to deal with application-layer DDoS and other attacks hitting networks today, Cross says.

"Enterprises should not attempt to outgun the threat," advises Silva. "It's too costly, and the threat has more resources available to them. First and foremost, an enterprise needs to engage services that protect them even before the threat reaches them.

"Second, have a plan for what to do when you are under attack. Even a service provider could wind up severely degraded enough that a significant amount of traffic makes it through. Or the advisory can adapt to your countermeasures. Expect that could happen and have a plan. Lastly, make sure that you are not unwittingly participating in these attacks."

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.

Brian Prince is a freelance writer for a number of IT security-focused publications. Prior to becoming a freelance reporter, he worked at eWEEK for five years covering not only security, but also a variety of other subjects in the tech industry. Before that, he worked as a ... View Full Bio

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-6477
Published: 2014-11-23
Unspecified vulnerability in the JPublisher component in Oracle Database Server 11.1.0.7, 11.2.0.3, 11.2.0.4, 12.1.0.1, and 12.1.0.2 allows remote authenticated users to affect confidentiality via unknown vectors, a different vulnerability than CVE-2014-4290, CVE-2014-4291, CVE-2014-4292, CVE-2014-4...

CVE-2014-4807
Published: 2014-11-22
Sterling Order Management in IBM Sterling Selling and Fulfillment Suite 9.3.0 before FP8 allows remote authenticated users to cause a denial of service (CPU consumption) via a '\0' character.

CVE-2014-6183
Published: 2014-11-22
IBM Security Network Protection 5.1 before 5.1.0.0 FP13, 5.1.1 before 5.1.1.0 FP8, 5.1.2 before 5.1.2.0 FP9, 5.1.2.1 before FP5, 5.2 before 5.2.0.0 FP5, and 5.3 before 5.3.0.0 FP1 on XGS devices allows remote authenticated users to execute arbitrary commands via unspecified vectors.

CVE-2014-8626
Published: 2014-11-22
Stack-based buffer overflow in the date_from_ISO8601 function in ext/xmlrpc/libxmlrpc/xmlrpc.c in PHP before 5.2.7 allows remote attackers to cause a denial of service (application crash) or possibly execute arbitrary code by including a timezone field in a date, leading to improper XML-RPC encoding...

CVE-2014-8710
Published: 2014-11-22
The decompress_sigcomp_message function in epan/sigcomp-udvm.c in the SigComp UDVM dissector in Wireshark 1.10.x before 1.10.11 allows remote attackers to cause a denial of service (buffer over-read and application crash) via a crafted packet.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?