NetBSD Security Advisory 2012-004: BIND resolver DoS when using DNSSEC Validation

[NetBSD Security Officer <security-officer%NetBSD.org@localhost>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

                NetBSD Security Advisory 2012-004
                =================================

Topic:          BIND resolver DoS when using DNSSEC Validation


Version:        NetBSD-current:         affected prior to 20120724
                NetBSD 6 BETA:          affected prior to 20120725
                NetBSD 5.1:             affected prior to 20120725
                NetBSD 5.0:             affected prior to 20120725
                NetBSD 4.0.*:           affected prior to 20120724
                NetBSD 4.0:             affected prior to 20120724
                pkgsrc:                 net/bind96, net/bind97,
                                        net/bind98, net/bind99
                                        packages prior to 20120724


Severity:       Denial of Service


Fixed:          NetBSD-current:         Jul 24th, 2012
                NetBSD-5-1 branch:      Jul 25th, 2012
                NetBSD-5-0 branch:      Jul 25th, 2012
                NetBSD-5 branch:        Jul 25th, 2012
                NetBSD-4-0 branch:      Jul 24th, 2012
                NetBSD-4 branch:        Jul 24th, 2012
                pkgsrc net/bind96:      bind-9.6.3.1.ESV.7pl2
                pkgsrc net/bind97:      bind-9.7.6pl2
                pkgsrc net/bind98:      bind-9.8.3pl2nb1
                pkgsrc net/bind99:      bind-9.9.1pl2

Please note that NetBSD releases prior to 4.0 are no longer supported.
It is recommended that all users upgrade to a supported release.


Abstract
========

High numbers of queries with DNSSEC validation enabled can cause a
crash with an assertion failure in named, caused by using a "bad cache"
data structure before it has been initialized.

This vulnerability has been assigned CVE-2012-3817.


Technical Details
=================

BIND 9 stores a cache of query names that are known to be failing
due to misconfigured name servers or a broken chain of trust.
Under high query loads when DNSSEC validation is active, it is
possible for a condition to arise in which data from this cache of
failing queries could be used before it was fully initialized,
triggering an assertion failure.

DNSSEC validation is enabled by default in NetBSD 5 and newer.


Solutions and Workarounds
=========================

We suggest fixing this vulnerability by using the current equivalent
net/bind9* pkgsrc package instead of the in-system bind until the entire
system can be updated (eg to the next security/critical release, or a
binary snapshot from http://nyftp.netbsd.org/pub/NetBSD-daily/ from past
the fix date).

In order to apply this fix from source code, you will need to update the
directory src/dist/bind under NetBSD 4.* and 5.*, or the directory
src/external/bsd/bind/dist under NetBSD 6.0_BETA and later, to a version
from a date later than what is mentioned in the "Fixed" section.


Thanks To
=========

Thanks to the Internet Systems Consortium for reporting this
vulnerability and providing fixed versions.


Revision History
================

        2012-07-25      Initial release


More Information
================

Advisories may be updated as new information becomes available.
The most recent version of this advisory (PGP signed) can be found at 
  http://ftp.NetBSD.org/pub/NetBSD/security/advisories/NetBSD-SA2012-004.txt.asc

Information about NetBSD and NetBSD security can be found at
http://www.NetBSD.org/ and http://www.NetBSD.org/Security/ .

Copyright 2012, The NetBSD Foundation, Inc.  All Rights Reserved.
Redistribution permitted only in full, unmodified form.

$NetBSD: NetBSD-SA2012-004.txt,v 1.1 2012/07/25 15:53:18 tonnerre Exp $

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJQEBZ+AAoJEAZJc6xMSnBujZsP/2ghbfGLB8kCGvtew2Mryh5Q
HQtDGN20ESoxj8ACEiL5tjvvyEMIlepMtFVqSYIWuL4VuElbsRXHfH/7edgexTw5
NqT5TuKHU1j5OkGB5ZDnJkOTs5LdEe2YuUXha9OGQje+MCngIDy8bMwaCGE7cyGQ
+DTYxqLKvdo11GrXrTBvAPoHgQ7Y/6RsZtSgu92awnVYzBh5Pgi8AoQdDNeXXjhy
88QIxrLuoHXpC9Q4ypQN85gkPtvL7otkvTDmEloFrbGKji5RT3vJY6MyQ0aG6PCE
BZvDOJotyHNcY4Rl7bFuYrVCc9v3uasTYFAeU94T8J9LGLHvaZIrCyJZJftwZT6y
+pyOYG8bIqy036XrUx5dtkCfRKuEDKsxLp6bRsz+7B319js0v2kSjD7dphNMaaLA
OK+4vBHZRKV74vwLMvn5h0A8AimFtjebSyazen071aPJgOK/stm6mhV1oJHogQbb
NLRQm0vaVnpL8kvsm9fddt0ZjKMRTNIbcrIbrp1EOmKUEu/2qOF05rsyMFJKzDcX
2nnR5znJRWiMERliwHviujqeD59sjsNGw0kKZQj7YcYtbxXge4DlKqVM8klCTeKS
TYxVRhv/nW3hVNlUqYJwDBBaWoSK4LXC2aLAUtkD0LuQEQ0TZNmldImZQRsAW/MK
W4g0S1gJsl7stgvtWqlJ
=Jbln
-----END PGP SIGNATURE-----