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

Client-Side DNS Attack Emerges From Academic Research

A new DNS cache poisoning attack is developed as part of the research toward a dissertation.

The rise of speculative execution side-channel vulnerabilities is having an interesting side effect: More researchers from academia are finding their names in CVEs and bounty notices, and, in turn, those from the security business side are finding themselves collaborating more with those academics. 

A recent DNS cache-poisoning attack that exploits a vulnerability found in mDNSResponder, a component used in name resolution in a variety of operating systems, illustrates one of the ways in which academic research is having an impact on commercial computing on a far faster cycle than the years typically associated with research and publication at universities.

A team of researchers, led by Ph.D. candidate Fatemah Alharbi, at the University of California, Riverside, discovered the attack as part of Alharbi's doctoral research. "We found that the client-side DNS cache poisoning attack has never been technically and practically studied before; thus, I decided to choose this project as my first project in my PhD study," Alharbi told Dark Reading in an email interview.

Alharbi's group began to research the possible attack on Android and Ubuntu Linux. Once they demonstrated a successful attack, they moved on to see whether the same vulnerability existed for MacOS and Windows.

"As expected, we found the needed vulnerability to launch the attack and succeeded in poisoning the DNS cache of these two operating systems as well," she said. "[As a result], one of the machine users can launch the attack and poisons the DNS cache (without any root or admin privileges) with a malicious DNS mapping. Since there is no complete isolation between users, another user (even the admin) visiting the same domain will end up visiting the webserver that is controlled by the attacker instead of the legitimate webserver."

The attack itself takes advantage of the fact that the OS DNS cache used by mDNSResponder is shared among all the users of a given machine — and that cache is generally without explicit protection. "Client devices are typically not considered to be part of the DNS hierarchy and therefore have not been considered by defenses against DNS cache poisoning," Alharbi said.

The research team disclosed the attack to the vendors and was recognized by Apple in the security notes for macOS Mojave 10.14.3, Security Update 2019-001 High Sierra, and Security Update 2019-001 Sierra. Aside from the mitigation that may come through operating system updates, there are few good options available on the client system.

"One easy and fast solution is to disable the DNS cache," Alharbi said. "The downside about this is that the client has to wait for the DNS response after the DNS resolution process is complete for each DNS query she sends."

Another downside, she noted, is that the dependence entirely on the DNS server (and the additional traffic that represents) could make the DNS resolver more vulnerable to DDoS attacks.

The paper describing the attack and potential remediation will be published in the proceedings of IEEE International Conference on Computer Communications (INFOCOM) 2019, in Paris this May.

 

 

Join Dark Reading LIVE for two cybersecurity summits at Interop 2019. Learn from the industry's most knowledgeable IT security experts. Check out the Interop agenda here.

Related Content:

Curtis Franklin Jr. is Senior Editor at Dark Reading. In this role he focuses on product and technology coverage for the publication. In addition he works on audio and video programming for Dark Reading and contributes to activities at Interop ITX, Black Hat, INsecurity, and ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
COVID-19: Latest Security News & Commentary
Dark Reading Staff 5/28/2020
Stay-at-Home Orders Coincide With Massive DNS Surge
Robert Lemos, Contributing Writer,  5/27/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: Can you smell me now?
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-11844
PUBLISHED: 2020-05-29
There is an Incorrect Authorization vulnerability in Micro Focus Service Management Automation (SMA) product affecting version 2018.05 to 2020.02. The vulnerability could be exploited to provide unauthorized access to the Container Deployment Foundation.
CVE-2020-6937
PUBLISHED: 2020-05-29
A Denial of Service vulnerability in MuleSoft Mule CE/EE 3.8.x, 3.9.x, and 4.x released before April 7, 2020, could allow remote attackers to submit data which can lead to resource exhaustion.
CVE-2020-7648
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.72.2 are vulnerable to Arbitrary File Read. It allows arbitrary file reads for users who have access to Snyk's internal network by appending the URL with a fragment identifier and a whitelisted path e.g. `#package.json`
CVE-2020-7650
PUBLISHED: 2020-05-29
All versions of snyk-broker after 4.72.0 including and before 4.73.1 are vulnerable to Arbitrary File Read. It allows arbitrary file reads to users with access to Snyk's internal network of any files ending in the following extensions: yaml, yml or json.
CVE-2020-7654
PUBLISHED: 2020-05-29
All versions of snyk-broker before 4.73.1 are vulnerable to Information Exposure. It logs private keys if logging level is set to DEBUG.