和其它大型軟件一樣，BIND（DNS服務器）也因其體積龐大和功能繁雜而存在許多問題。因此針對BIND安全漏洞的系統入侵數量也在大幅度上升，最嚴重的甚至可獲取目標主機的所有遠程控制權。由於DNS服務器主機對網絡系統有著很大的影響，如何避免這些系統入侵也變得至關重要了。
這篇短文的主旨是講述如何利用chroot()環境在RedHat Linux（或類似系統）中建立安全的BIND 8.x服務器。本文內容主要來自於Adam Shostack和他在這方面的文章（Solaris版本）。
步驟一：軟件獲取和安裝
請到ISC FTP站點下載BIND的最新版本（本文內容在BIND 8.x版本中經過測試）。
到Obtuse System FTP站點下載本文必需的免費軟件：holelogd（及其它有用的工具）。該軟件用於在chroot環境中建立/dev/log套接字(socket)，從而使syslogd能夠記錄named進程的日志。OpenBSD系統的syslogd已內建了這一功能（"syslogd -a /chroot/dev/log"），但Linux系統尚未實現這一功能。Holelogd軟件就是用來模仿OpenBSD的這個功能。
按照軟件文檔安裝holelogd（通常被安裝到/usr/local/sbin）。
步驟二：構造靜態(static)的named和named-xfer二進制文件
在編譯和安裝後，你需要構造可執行文件的靜態鏈接版本。只要對%BIND%/src/port/linux目錄下的Makefile.set文件稍加修改後即可。
修改文件內容：
'CDEBUG= -O2 -g'
替換為：
'CDEBUG= -O2 -static'
切換到BIND的源代碼路徑，執行"make clean"和"make"命令。在下面的步驟中將會把這些文件復制到chroot()目錄下。
本步驟構造的靜態鏈接執行文件在運行時無需裝載動態鏈接庫。在chroot()環境中，這種“獨立”可執行文件可避免出現缺少鏈接庫文件問題。它在chroot()環境中無需任何靜態鏈接庫，可使服務配置簡單化。其它所有的網絡守護進程也可以編譯和使用這種靜態鏈接版本。
步驟三：構造BIND目錄
為chroot()環境構造BIND目錄。這個目錄將在chroot()環境中被BIND當作系統根目錄。
/dev
/etc
/namedb
/usr
/sbin
/var
/run
需要復制以下文件到其下的相應子目錄中，和進行一些必要的處理：
/
無
/etc
復制系統/etc目錄下的named.conf文件
復制系統/etc目錄下的localtime文件（為syslog提供正確的named日志記錄時間）
創建僅包含named GID的/etc/group文件
/etc/namedb
復制系統/etc/namedb目錄下的所有“區(zone)”數據庫和文件
/dev
mknod ./null c 1 3; chmod 666 null（請參閱相應版本的mknod命令）
/usr/sbin
復制系統%BIND%/src/bin/named目錄和系統%BIND%/src/bin/named-xfer目錄下的named和named-xfer二進制文件（靜態鏈接版本）
/var/run
無
另外還可根據需要指定日志記錄目錄（如/var/log）。
步驟四：添加named用戶和組
在/etc/passwd和/etc/group文件中添加named用戶和組。它們是DNS服務器運行時的UID/GID。
此時，你可以到chroot環境中執行"chown -R named.named /etc/namedb"命令。這樣當你向系統發送中斷信號(kill -INT )時，named進程能夠保存服務器緩存和統計信息。如果該目錄為root所有則named進程無法將輸出寫到目錄中，但不會影響named服務器功能。另一個選擇是僅改變目錄權限（使named用戶具有寫權限），而屬主仍然是root。這種方法也是可行的，但必須小心設置，確保其它用戶不會修改named記錄！
*** 重要警告***
不要用一個已存在的UID/GID（如"nobody"）運行named。記住，以chroot環境中使用任何已存在的UID/GID都可能會影響到服務的安全性。必須養成在chroot環境中為每一個守護進程提供獨立的UID/GID的習慣。
步驟五：編輯啟動腳本
Linux使用SYS V風格的init文件，所以有幾個地方都可以放置運行named的命令。（大多數情況下）最好將named初始化腳本放置到/etc/rc.d/init.d/named中。在其中你會找到有關named啟動的那一節內容。我們需要添加和修改其中的某些行。
1、在運行named前插入一行以啟動holelogd。需要向holelogd提供遠程套接字
位置的參數，它應該是在上面步驟中創建的chroot named dev目錄。命令行
內容如下：
# Start daemons.
echo -n "Staring holelogd: "
daemon /usr/local/sbin/holelogd /chroot/named/dev/log
echo
echo -n "Starting named: "
daemon named
echo
touch /var/lock/subsys/named
;;
2、另外還需要修改BIND的啟動參數。BIND 8.x版本允許指定運行用戶ID和組ID，
它也應該是在上面步驟中特別創建的UID/GID：
# Start daemons.
echo -n "Staring holelogd: "
daemon /usr/local/sbin/holelogd /chroot/named/dev/log
echo
echo -n "Starting named: "
daemon /chroot/named/usr/sbin/named -u named -g named -t /chroot/named
echo
touch /var/lock/subsys/named
;;
3、named附帶的"ndc"腳本可用於控制named的工作。需要編輯這個文件以將PID
文件位置從/var/run/named.pid修改為/chroot/named/var/run/named.pid。
步驟六：服務器測試
輸入如下命令啟動holelogd進程
/usr/local/sbin/holelogd /chroot/named/dev/log
進入/chroot/named/dev/目錄並輸入ls -al。應該得到與下面類似的輸出：
srw-rw-rw- 1 root wheel 0 Jan 01 12:00 log
設定的"s"位指示這是一個套接字(socket)文件。chroot()環境中的named進程將通過該套接字與syslog通訊。
現在輸入：
/chroot/named/usr/sbin/named -u named -g named -t /chroot/named
如果一切正常，named進程將啟動，日志文件將記錄named服務器"Ready to answer queries."。
進行適當的DNS測試以確保服務器能正確工作，然後重新啟動系統並檢驗所有配置。BIND正常啟動後會報告其chroot()目錄和運行UID/GID。你可以使用lsof之類的程序列出主機中所有網絡套接字進行檢查。
當一切工作正常後，建議將/etc/namedb改名為/etc/namedb.orig或其它名字，同時chmod 000 /usr/sbin/named，這樣可以確保這些舊版本的named不會因偶然的失誤而使用。
>
資料來源：
ISC (Internet Software Consortium)
Steinar Haug
Bernhard Weisshuhn
Marc Heuse
Jan Gruber
Adam Shostack
Psionic
——摘自：綠色兵團