2N/A - Copyright (C) 2004-2008 Internet Systems Consortium, Inc. ("ISC") 2N/A - Copyright (C) 2000-2003 Internet Software Consortium. 2N/A - Permission to use, copy, modify, and distribute this software for any 2N/A - purpose with or without fee is hereby granted, provided that the above 2N/A - copyright notice and this permission notice appear in all copies. 2N/A - THE SOFTWARE IS PROVIDED "AS IS" AND ISC DISCLAIMS ALL WARRANTIES WITH 2N/A - REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY 2N/A - AND FITNESS. IN NO EVENT SHALL ISC BE LIABLE FOR ANY SPECIAL, DIRECT, 2N/A - INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM 2N/A - LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE 2N/A - OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR 2N/A - PERFORMANCE OF THIS SOFTWARE. 2N/A<
meta http-
equiv="Content-Type" content="text/html; charset=ISO-8859-1">
2414N/A<
title>Chapter�7.�BIND 9 Security Considerations</
title>
2N/A<
meta name="generator" content="DocBook XSL Stylesheets V1.71.1">
2N/A<
link rel="start" href="Bv9ARM.html" title="BIND 9 Administrator Reference Manual">
32N/A<
link rel="up" href="Bv9ARM.html" title="BIND 9 Administrator Reference Manual">
313N/A<
body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
313N/A<
table width="100%" summary="Navigation header">
313N/A<
tr><
th colspan="3" align="center">Chapter�7.�<
acronym class="acronym">BIND</
acronym> 9 Security Considerations</
th></
tr>
313N/A<
td width="20%" align="left">
2104N/A<
th width="60%" align="center">�</
th>
313N/A<
div class="chapter" lang="en">
2104N/A<
div class="titlepage"><
div><
div><
h2 class="title">
127N/A<
a name="Bv9ARM.ch07"></
a>Chapter�7.�<
acronym class="acronym">BIND</
acronym> 9 Security Considerations</
h2></
div></
div></
div>
1256N/A<
p><
b>Table of Contents</
b></
p>
1256N/A<
dt><
span class="sect1"><
a href="Bv9ARM.ch07.html#Access_Control_Lists">Access Control Lists</
a></
span></
dt>
127N/A<
dt><
span class="sect1"><
a href="Bv9ARM.ch07.html#id2593736"><
span><
strong class="command">Chroot</
strong></
span> and <
span><
strong class="command">Setuid</
strong></
span></
a></
span></
dt>
538N/A<
dt><
span class="sect2"><
a href="Bv9ARM.ch07.html#id2593813">The <
span><
strong class="command">chroot</
strong></
span> Environment</
a></
span></
dt>
538N/A<
dt><
span class="sect2"><
a href="Bv9ARM.ch07.html#id2593873">Using the <
span><
strong class="command">setuid</
strong></
span> Function</
a></
span></
dt>
538N/A<
dt><
span class="sect1"><
a href="Bv9ARM.ch07.html#dynamic_update_security">Dynamic Update Security</
a></
span></
dt>
538N/A<
div class="sect1" lang="en">
327N/A<
div class="titlepage"><
div><
div><
h2 class="title" style="clear: both">
327N/A<
a name="Access_Control_Lists"></
a>Access Control Lists</
h2></
div></
div></
div>
327N/A Access Control Lists (ACLs), are address match lists that
327N/A you can set up and nickname for future use in <
span><
strong class="command">allow-notify</
strong></
span>,
327N/A <
span><
strong class="command">allow-query</
strong></
span>, <
span><
strong class="command">allow-query-on</
strong></
span>,
327N/A <
span><
strong class="command">allow-recursion</
strong></
span>, <
span><
strong class="command">allow-recursion-on</
strong></
span>,
327N/A <
span><
strong class="command">blackhole</
strong></
span>, <
span><
strong class="command">allow-transfer</
strong></
span>,
327N/A Using ACLs allows you to have finer control over who can access
2217N/A your name server, without cluttering up your config files with huge
177N/A It is a <
span class="emphasis"><
em>good idea</
em></
span> to use ACLs, and to
177N/A control access to your server. Limiting access to your server by
2N/A outside parties can help prevent spoofing and denial of service (DoS) attacks against
38N/A Here is an example of how to properly apply ACLs:
1043N/A<
pre class="programlisting">
1256N/A// Set up an ACL named "bogusnets" that will block RFC1918 space
26N/A// and some reserved space, which is commonly used in spoofing attacks.
2N/A// Set up an ACL called our-nets. Replace this with the real IP numbers.
2818N/A allow-recursion { our-nets; };
94N/A allow-query { any; };
59N/A This allows recursive queries of the server from the outside
1251N/A unless recursion has been previously disabled.
72N/A For more information on how to use ACLs to protect your server,
72N/A see the <
span class="emphasis"><
em>AUSCERT</
em></
span> advisory at:
220N/A<
div class="sect1" lang="en">
61N/A<
div class="titlepage"><
div><
div><
h2 class="title" style="clear: both">
61N/A<
a name="id2593736"></
a><
span><
strong class="command">Chroot</
strong></
span> and <
span><
strong class="command">Setuid</
strong></
span>
61N/A On UNIX servers, it is possible to run <
acronym class="acronym">BIND</
acronym> in a <
span class="emphasis"><
em>chrooted</
em></
span> environment
61N/A (using the <
span><
strong class="command">chroot()</
strong></
span> function) by specifying the "<
code class="option">-t</
code>"
220N/A option. This can help improve system security by placing <
acronym class="acronym">BIND</
acronym> in
220N/A a "sandbox", which will limit the damage done if a server is
61N/A Another useful feature in the UNIX version of <
acronym class="acronym">BIND</
acronym> is the
172N/A ability to run the daemon as an unprivileged user ( <
code class="option">-u</
code> <
em class="replaceable"><
code>user</
code></
em> ).
61N/A We suggest running as an unprivileged user when using the <
span><
strong class="command">chroot</
strong></
span> feature.
61N/A Here is an example command line to load <
acronym class="acronym">BIND</
acronym> in a <
span><
strong class="command">chroot</
strong></
span> sandbox,
220N/A <
span><
strong class="command">/
var/
named</
strong></
span>, and to run <
span><
strong class="command">named</
strong></
span> <
span><
strong class="command">setuid</
strong></
span> to
1119N/A<
div class="sect2" lang="en">
172N/A<
div class="titlepage"><
div><
div><
h3 class="title">
61N/A<
a name="id2593813"></
a>The <
span><
strong class="command">chroot</
strong></
span> Environment</
h3></
div></
div></
div>
220N/A In order for a <
span><
strong class="command">chroot</
strong></
span> environment
454N/A work properly in a particular directory
172N/A you will need to set up an environment that includes everything
61N/A <
acronym class="acronym">BIND</
acronym> needs to run.
172N/A From <
acronym class="acronym">BIND</
acronym>'s point of view, <
code class="filename">/
var/
named</
code> is
61N/A the root of the filesystem. You will need to adjust the values of
152N/A like <
span><
strong class="command">directory</
strong></
span> and <
span><
strong class="command">pid-file</
strong></
span> to account
43N/A Unlike with earlier versions of BIND, you typically will
220N/A <
span class="emphasis"><
em>not</
em></
span> need to compile <
span><
strong class="command">named</
strong></
span>
43N/A statically nor install shared libraries under the new root.
120N/A However, depending on your operating system, you may need
64N/A to set up things like
64N/A<
div class="sect2" lang="en">
64N/A<
div class="titlepage"><
div><
div><
h3 class="title">
220N/A<
a name="id2593873"></
a>Using the <
span><
strong class="command">setuid</
strong></
span> Function</
h3></
div></
div></
div>
64N/A Prior to running the <
span><
strong class="command">named</
strong></
span> daemon,
486N/A the <
span><
strong class="command">touch</
strong></
span> utility (to change file
64N/A modification times) or the <
span><
strong class="command">chown</
strong></
span>
64N/A to which you want <
acronym class="acronym">BIND</
acronym>
43N/A<
div class="note" style="margin-left: 0.5in; margin-right: 0.5in;">
16N/A<
h3 class="title">Note</
h3>
16N/A Note that if the <
span><
strong class="command">named</
strong></
span> daemon is running as an
16N/A unprivileged user, it will not be able to bind to new restricted
34N/A ports if the server is reloaded.
12N/A<
div class="sect1" lang="en">
1256N/A<
div class="titlepage"><
div><
div><
h2 class="title" style="clear: both">
12N/A<
a name="dynamic_update_security"></
a>Dynamic Update Security</
h2></
div></
div></
div>
12N/A Access to the dynamic
12N/A update facility should be strictly limited. In earlier versions of
12N/A <
acronym class="acronym">BIND</
acronym>, the only way to do this was
12N/A address of the host requesting the update, by listing an IP address
12N/A network prefix in the <
span><
strong class="command">allow-update</
strong></
span>
369N/A This method is insecure since the source address of the update UDP
369N/A is easily forged. Also note that if the IP addresses allowed by the
61N/A <
span><
strong class="command">allow-update</
strong></
span> option include the
61N/A server which performs forwarding of dynamic updates, the master can
61N/A trivially attacked by sending the update to the slave, which will
12N/A forward it to the master with its own source IP address causing the
181N/A master to approve it without question.
61N/A For these reasons, we strongly recommend that updates be
61N/A cryptographically authenticated by means of transaction signatures
12N/A (TSIG). That is, the <
span><
strong class="command">allow-update</
strong></
span>
279N/A list only TSIG key names, not IP addresses or network
181N/A prefixes. Alternatively, the new <
span><
strong class="command">update-policy</
strong></
span>
99N/A Some sites choose to keep all dynamically-updated DNS data
99N/A in a subdomain and delegate that subdomain to a separate zone. This
99N/A way, the top-level zone containing critical data such as the IP
181N/A of public web and mail servers need not allow dynamic update at
3040N/A<
table width="100%" summary="Navigation footer">
1042N/A<
td width="40%" align="left">
40N/A<
td width="20%" align="center">�</
td>
2051N/A<
td width="40%" align="left" valign="top">Chapter�6.�<
acronym class="acronym">BIND</
acronym> 9 Configuration Reference�</
td>
814N/A<
td width="20%" align="center"><
a accesskey="h" href="Bv9ARM.html">Home</
a></
td>
814N/A<
td width="40%" align="right" valign="top">�Chapter�8.�Troubleshooting</
td>