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

7/12/2007
09:50 AM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

Old Flaw Threatens Web 2.0

DNS pinning flaw gives attackers inroads to the corporate intranet - via the browser

An old bug is rearing its ugly head again -- and this time, it could spell trouble for not only Internet users, but for corporate intranets as well.

The so-called "DNS pinning" vulnerability -- sometimes called DNS rebinding -- has researchers worldwide scrambling to figure out ways to protect Web users and corporate networks.

DNS pinning is a browser technology that is designed to tie a single IP address to a single domain. Ironically, it was developed as a security precaution to help prevent malicious servers from hijacking HTTP sessions. But now researchers have discovered some pretty scary -- and shockingly easy -- anti-DNS pinning attacks, a few of which will be revealed and demonstrated at Black Hat next month.

In one proof-of-concept exploit, a researcher will show how a victim can be lured to a malicious site -- allowing the attacker to set up a VPN connection straight to the victim's corporate network. Another will show an anti-DNS pinning attack that makes the victim's browser a proxy server, allowing the attacker to reach the victim's intranet.

It's just those kinds of severe attack scenarios that have led to a resurgence of interest in the bug -- which isn't actually in DNS, but in browsers and browser plug-in programs such as Java, Flash, and Adobe. "The security industry is taking a hard look at Web 2.0," says Dan Kaminsky, who will present the VPN attack in his BlackOps session at Black Hat. The more code and action on the client in the Web 2.0 model, the more at risk the client, he says.

Kaminsky, who is director of penetration testing for IOActive, says it's trivial to exploit the DNS pinning flaw. "I can build an exploit in the same day... That's why so many people are working on this one," he says. "There's no barrier to entry to build an exploit. You don't have to make different versions for different Web browsers."

Even worse, there's really no way to patch it. In Kaminsky's demo, he'll show "generic" tunneling with a VPN client to show how it's not limited to one protocol or browser. "I want to show that this class of vulnerabilities is generic. It's a full-on connectivity compromise," he says. "And when you take a fully weaponized version of it, it's impossible to fix with any patch."

DNS pinning is vulnerable because it tries to bind a single IP address to a single domain name, experts say. "But it doesn't work, because there are multiple things that can run inside a browser and that do their own DNS lookups -- XML, Java plug-ins," Kaminsky explains.

For example, because the Web allows one Web page to show you another, Kaminsky says, an attacker could take advantage of that by embedding a configuration screen of your DSL router or intranet printer, and "bounce off" the browser to read and write messages to those devices.

"It makes your browser think that both a Website on the Internet and your internal printer are the same place, to be trusted just the same -- even though one is several thousand miles away and the other is just down the hall," Kaminsky says.

"At the end of the day, the problem is you don't want bad guys bouncing off Web browsers and affecting other things," he says.

The big challenge is getting the browser and plug-in vendors to respond to the problem. "One thing to keep in mind is that a fix must happen in three separate locations: in the browser, Flash, and Java," says Jeremiah Grossman, CTO and founder of WhiteHat Security.

Grossman says he has advised the browser vendors to prevent public Websites from initiating connections to private IPs, but so far, none have responded.

So if there's no patch, what can you do? A white paper written by Dafydd Stuttard, principal security consultant with NGS Software, recommends preventing one type of anti-DNS pinning attack by posting a warning message to site users that asks them whether they trust the Website that has moved -- and if not, to stop using it.

The paper also recommends adding stronger authentication for internal, Web-based sensitive content; employing the same level of security testing and "hardening" as for public Web apps; and using SSL for accessing internal apps. You should also prevent your Internet Web proxies from accessing your intranet servers by blocking those connections at the network level, the paper says.

Meanwhile, several researchers are still working on exploring the risks of the DNS pinning flaw and how to mitigate attacks that take advantage of it. "There is a lot more research to be done in this area. It's not going to stop anytime soon," WhiteHat's Grossman says.

— Kelly Jackson Higgins, Senior Editor, Dark Reading

  • Black Hat Inc.
  • IOActive
  • WhiteHat Security Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

    Comment  | 
    Print  | 
    More Insights
  • Comments
    Newest First  |  Oldest First  |  Threaded View
    Edge-DRsplash-10-edge-articles
    7 Old IT Things Every New InfoSec Pro Should Know
    Joan Goodchild, Staff Editor,  4/20/2021
    News
    Cloud-Native Businesses Struggle With Security
    Robert Lemos, Contributing Writer,  5/6/2021
    Commentary
    Defending Against Web Scraping Attacks
    Rob Simon, Principal Security Consultant at TrustedSec,  5/7/2021
    Register for Dark Reading Newsletters
    White Papers
    Video
    Cartoon
    Current Issue
    2021 Top Enterprise IT Trends
    We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
    Flash Poll
    How Enterprises are Developing Secure Applications
    How Enterprises are Developing Secure Applications
    Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
    Twitter Feed
    Dark Reading - Bug Report
    Bug Report
    Enterprise Vulnerabilities
    From DHS/US-CERT's National Vulnerability Database
    CVE-2021-32089
    PUBLISHED: 2021-05-11
    ** UNSUPPORTED WHEN ASSIGNED ** An issue was discovered on Zebra (formerly Motorola Solutions) Fixed RFID Reader FX9500 devices. An unauthenticated attacker can upload arbitrary files to the filesystem that can then be accessed through the web interface. This can lead to information disclosure and c...
    CVE-2020-24586
    PUBLISHED: 2021-05-11
    The 802.11 standard that underpins Wi-Fi Protected Access (WPA, WPA2, and WPA3) and Wired Equivalent Privacy (WEP) doesn't require that received fragments be cleared from memory after (re)connecting to a network. Under the right circumstances, when another device sends fragmented frames encrypted us...
    CVE-2020-24587
    PUBLISHED: 2021-05-11
    The 802.11 standard that underpins Wi-Fi Protected Access (WPA, WPA2, and WPA3) and Wired Equivalent Privacy (WEP) doesn't require that all fragments of a frame are encrypted under the same key. An adversary can abuse this to decrypt selected fragments when another device sends fragmented frames and...
    CVE-2020-24588
    PUBLISHED: 2021-05-11
    The 802.11 standard that underpins Wi-Fi Protected Access (WPA, WPA2, and WPA3) and Wired Equivalent Privacy (WEP) doesn't require that the A-MSDU flag in the plaintext QoS header field is authenticated. Against devices that support receiving non-SSP A-MSDU frames (which is mandatory as part of 802....
    CVE-2020-26139
    PUBLISHED: 2021-05-11
    An issue was discovered in the kernel in NetBSD 7.1. An Access Point (AP) forwards EAPOL frames to other clients even though the sender has not yet successfully authenticated to the AP. This might be abused in projected Wi-Fi networks to launch denial-of-service attacks against connected clients and...