Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Attacks/Breaches

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

 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 8/3/2020
Pen Testers Who Got Arrested Doing Their Jobs Tell All
Kelly Jackson Higgins, Executive Editor at Dark Reading,  8/5/2020
Browsers to Enforce Shorter Certificate Life Spans: What Businesses Should Know
Kelly Sheridan, Staff Editor, Dark Reading,  7/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Changing Face of Threat Intelligence
The Changing Face of Threat Intelligence
This special report takes a look at how enterprises are using threat intelligence, as well as emerging best practices for integrating threat intel into security operations and incident response. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-17366
PUBLISHED: 2020-08-05
An issue was discovered in NLnet Labs Routinator 0.1.0 through 0.7.1. It allows remote attackers to bypass intended access restrictions or to cause a denial of service on dependent routing systems by strategically withholding RPKI Route Origin Authorisation ".roa" files or X509 Certificate...
CVE-2020-9036
PUBLISHED: 2020-08-05
Jeedom through 4.0.38 allows XSS.
CVE-2020-15127
PUBLISHED: 2020-08-05
In Contour ( Ingress controller for Kubernetes) before version 1.7.0, a bad actor can shut down all instances of Envoy, essentially killing the entire ingress data plane. GET requests to /shutdown on port 8090 of the Envoy pod initiate Envoy's shutdown procedure. The shutdown procedure includes flip...
CVE-2020-15132
PUBLISHED: 2020-08-05
In Sulu before versions 1.6.35, 2.0.10, and 2.1.1, when the "Forget password" feature on the login screen is used, Sulu asks the user for a username or email address. If the given string is not found, a response with a `400` error code is returned, along with a error message saying that th...
CVE-2020-7298
PUBLISHED: 2020-08-05
Unexpected behavior violation in McAfee Total Protection (MTP) prior to 16.0.R26 allows local users to turn off real time scanning via a specially crafted object making a specific function call.