lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20030910182154.GA1788@omoikane.mb.skyweb.ca>
Date: Wed, 10 Sep 2003 13:21:54 -0500
From: Mark Johnston <mjohnston@...web.ca>
To: Chris Brenton <cbrenton@...isbrenton.org>
Cc: bugtraq@...urityfocus.com
Subject: Re: Permitting recursion can allow spammers to steal name server resources


Chris Brenton <cbrenton@...isbrenton.org> wrote:
> Changing Bind so that it will not act recursively for all hosts on the 
> Internet is a relatively simple process. Edit the /etc/named.conf file 
> to add in the "allow-recursion" parameter similar to the following:
> 
> options {
>         directory "/var/named";
>         allow-recursion {localnets; };
> };
> 
>                                           All other subnets however will 
> be blocked from doing recursive queries. Users on the Internet will only 
> be permitted to look up information you are authoritative for (like your 
> Web server's IP address, your MX record, etc.).

That's not entirely true.  BIND (9, at least) is still vulnerable
to cache poisoning by local users, after which it will serve up the
cached answers to anyone that can query (not just recursion-authorized
clients.)  Try looking up a domain you aren't authoritative for from a
recursion-authorized client, then from an unauthorized one.  You'll get
the cached answer with the unauthorized client.  Of course, given an ISP
or corporation, it's trivial to make one of their users look up your
hostname.

The rationale, as I understand it, is that returning a cached answer
doesn't require recursion, so allow-recursion doesn't apply.

The proper way to avoid this problem is to configure BIND to deny all
queries except ones you specifically want to answer:

options {
    allow-query { localnets; };
    allow-recursion { localnets; };
};

zone "example.com" {      # An authoritative zone
    allow-query { any; };
    # other example.com statements
};

Mark


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ