| Name | CVE-2008-1447 |
| Description | The DNS protocol, as implemented in (1) BIND 8 and 9 before 9.5.0-P1, 9.4.2-P1, and 9.3.5-P1; (2) Microsoft DNS in Windows 2000 SP4, XP SP2 and SP3, and Server 2003 SP1 and SP2; and other implementations allow remote attackers to spoof DNS traffic via a birthday attack that uses in-bailiwick referrals to conduct cache poisoning against recursive resolvers, related to insufficient randomness of DNS transaction IDs and source ports, aka "DNS Insufficient Socket Entropy Vulnerability" or "the Kaminsky bug." |
| Source | CVE (at NVD; CERT, LWN, oss-sec, fulldisc, bugtraq, EDB, Metasploit, Red Hat, Ubuntu, Gentoo, SUSE bugzilla/CVE, Mageia, GitHub code/issues, web search, more) |
| References | DSA-1603-1, DSA-1604-1, DSA-1605-1, DSA-1617-1, DSA-1619-1, DSA-1623-1, DTSA-147-1 |
| NVD severity | medium |
| Debian Bugs | 490123, 490217, 492465, 492698, 492700, 493599, 502275 |
The table below lists information on source packages.
| Source Package | Release | Version | Status |
|---|---|---|---|
| adns (PTS) | stretch | 1.5.0~rc1-1 | fixed |
| buster | 1.5.0~rc1-1.1 | fixed | |
| bullseye, sid | 1.6.0-2 | fixed | |
| bind9 (PTS) | stretch | 1:9.10.3.dfsg.P4-12.3+deb9u6 | fixed |
| stretch (security) | 1:9.10.3.dfsg.P4-12.3+deb9u8 | fixed | |
| buster | 1:9.11.5.P4+dfsg-5.1+deb10u2 | fixed | |
| buster (security) | 1:9.11.5.P4+dfsg-5.1+deb10u3 | fixed | |
| bullseye, sid | 1:9.16.12-1 | fixed | |
| dnsmasq (PTS) | stretch | 2.76-5+deb9u2 | fixed |
| stretch (security) | 2.76-5+deb9u1 | fixed | |
| buster | 2.80-1 | fixed | |
| buster (security) | 2.80-1+deb10u1 | fixed | |
| bullseye, sid | 2.84-1 | fixed | |
| dnspython (PTS) | stretch | 1.15.0-1+deb9u1 | vulnerable |
| buster | 1.16.0-1 | vulnerable | |
| bullseye, sid | 2.0.0-1 | vulnerable | |
| libnet-dns-perl (PTS) | stretch | 1.07-1 | fixed |
| buster | 1.19-1 | fixed | |
| bullseye, sid | 1.29-1 | fixed | |
| python-dns (PTS) | stretch | 2.3.6-3 | fixed |
| buster | 2.3.6-4 | fixed | |
| refpolicy (PTS) | stretch | 2:2.20161023.1-9 | fixed |
| buster | 2:2.20190201-2 | fixed | |
| bullseye, sid | 2:2.20210203-3 | fixed | |
| udns (PTS) | bullseye, sid, buster, stretch | 0.4-1 | fixed |
The information below is based on the following data on fixed versions.
| Package | Type | Release | Fixed Version | Urgency | Origin | Debian Bugs |
|---|---|---|---|---|---|---|
| adns | source | (unstable) | 1.4-2 | unimportant | 492698 | |
| bind9 | source | etch | 1:9.3.4-2etch3 | DSA-1603-1 | ||
| bind9 | source | lenny | 1:9.4.2-10+lenny1 | DTSA-147-1 | ||
| bind9 | source | (unstable) | 1:9.5.0.dfsg-5 | high | ||
| dnsmasq | source | etch | 2.35-1+etch4 | DSA-1623-1 | ||
| dnsmasq | source | (unstable) | 2.43-1 | medium | 490123 | |
| dnspython | source | (unstable) | (unfixed) | unimportant | 492465 | |
| libnet-dns-perl | source | (unstable) | 0.63-2 | low | 492700 | |
| pdnsd | source | (unstable) | 1.2.6-par-11 | 502275 | ||
| python-dns | source | etch | 2.3.0-5.2+etch1 | DSA-1619-1 | ||
| python-dns | source | (unstable) | 2.3.1-5 | low | 490217 | |
| refpolicy | source | etch | 0.0.20061018-5.1+etch1 | DSA-1617-1 | ||
| refpolicy | source | (unstable) | 2:0.0.20080702-1 | |||
| ruby1.9 | source | (unstable) | 1.9.0.2-6 | low | ||
| udns | source | (unstable) | 0.2-1 | 493599 |
glibc stub resolver relies on source port randomisation in kernel
Just a stub resolver Linux kernel provides source port randomisation
adns is not suitable to use with untrusted responses, documented in README.Debian
Source port randomization from Lenny kernel should provide sufficient protection
since this is just a Perl nodule for DNS queries and not a high-profile server app like
Bind, it's unlikely that a home-grown fix will provide an implementation of higher
cryptographical quality. Marking the version from Lenny as fixed, since Lenny includes
a kernel which provides source port randomization
Unbound, djbdns, pdnsd and PowerDNS are affected by the underlying protocol issue, but
already use source port randomization.
Marking non-caching stub resolvers as low since these really should be fixed,
but are much less vulnerable than a caching server.