Advanced

How To Patch BIND9 Against DNS Cache Poisoning (Debian/Fedora/CentOS)

Posted by falko on · 6 comments
HowtoForge; By Falko Timme, Maina Noah
Mail this story
Print this story

Dan Kaminsky earlier this month announced a massive, multi-vendor issue with DNS that could allow attackers to compromise any name server - clients, too. These two articles explain how you can fix a BIND9 nameserver on Debian Etch and Fedora/CentOS so that it is not vulnerable anymore to DNS cache poisoning.

Dan Kaminsky earlier this month announced a massive, multi-vendor issue with DNS that could allow attackers to compromise any name server - clients, too. These two articles explain how you can fix a BIND9 nameserver on Debian Etch and Fedora/CentOS so that it is not vulnerable anymore to DNS cache poisoning.

http://www.howtoforge.com/how-to-patch-bind-to-avoid-cache-poisoning-debian-etch
http://www.howtoforge.com/how-to-patch-bind-to-avoid-cache-poisoning-fedora-centos

Full Story

  Nav
» Read more about: Story Type: Tutorial; Groups: Eclipse, Fedora, Red Hat

» Get new stories by e-mail: nightly or as they are published

« Return to the newswire homepage

  Related stories
» More like this

Comments (6)

for debian based distros:

apt-get update;apt-get upgrade

Almost. You need to enable dnssec as well :-)
Sander, what means 'enable dnssec'? Is there an actual working implementation we can use? Or is that sly geek humor? A number of "tech" reporters have said the same thing, which is why I wonder if it's real :)
@tc: From the article:

Quoting:Afterwards open /etc/bind/named.conf and modify the options section. [...] you should add "dnssec-enable yes;" - this makes that BIND answers queries on random ports which are harder to guess for hackers


Of course, this assumes that someone who runs BIND has modified /etc/bind/named.conf and thus will not simply install the package maintainer's version.
Quoting:Afterwards open /etc/bind/named.conf and modify the options section. [...] you should add "dnssec-enable yes;" - this makes that BIND answers queries on random ports which are harder to guess for hackers
I never specifically enabled dnssec nor mention it anywhere in named.conf, and yet the dns security test sites claim that my name servers "passed" or show "excellent" port randomization...
dnssec (at least in CentOS) is not required to enable random ports.

The only thing that is required is:

yum update

and then to edit /etc/named.conf and verify that you do not have any active rules that include "query-source" (here is an example):

query-source address * port 53;

That rule will make the outbound port be 53 for all queries.

dnssec is a very complicated set up .. though that is recommended ... but JUST enabling one rule in named.conf is not going to cut it :-D

http://www.dnssec.net/

http://www.dnssec-tools.org/wiki/index.php/Authoritative_Ser...

Post a comment

A free account is needed to post. Write your comment here first: your text is kept in this browser while you sign up or log in, and is waiting for you when you come back.

Your message:
|||||
10
Markdown: **bold**, *italic*, [text](https://link), - lists, > quotes, $x^2$ for math. Formatting help

Sign up and post (it is free)  or  Log in and post