Hash: SHA1

                         AUSCERT Security Bulletin

         A number of vulnerabilities have been identified in BIND
                              3 December 2010


        AusCERT Security Bulletin Summary

Product:              BIND prior to 9.7.2-P3
                      BIND prior to 9.6.2-P3
                      BIND prior to 9.6-ESV-R3
                      BIND prior to 9.4-ESV-R4
Operating System:     Windows
                      UNIX variants (UNIX, Linux, OSX)
Impact/Access:        Unauthorised Access            -- Remote/Unauthenticated
                      Denial of Service              -- Remote/Unauthenticated
                      Provide Misleading Information -- Remote/Unauthenticated
Resolution:           Patch/Upgrade
CVE Names:            CVE-2010-3615 CVE-2010-3614 CVE-2010-3613
Member content until: Sunday, January  2 2011


        A number of vulnerabilities have been identified in BIND prior to
        versions 9.7.2-P3, 9.6.2-P3, 9.6-ESV-R3, 9.4-ESV-R4.


        The vendor has provided the following description of these
        CVE-2010-3613: "Adding certain types of signed negative responses to 
        cache doesn't clear any matching RRSIG records already in cache. A 
        subsequent lookup of the cached data can cause named to crash 
        (INSIST)." [1]
        CVE-2010-3614: "named, acting as a DNSSEC validator, was determining 
        if an NS RRset is insecure based on a value that could mean either 
        that the RRset is actually insecure or that there wasn't a matching 
        key for the RRSIG in the DNSKEY RRset when resuming from validating 
        the DNSKEY RRset. This can happen when in the middle of a DNSKEY 
        algorithm rollover, when two different algorithms were used to sign a 
        zone but only the new set of keys are in the zone DNSKEY RRset." [2]
        CVE-2010-3615: "When named is running as an authoritative server for a 
        zone and receives a query for that zone data, it first checks for 
        allow-query acls in the zone statement, then in that view, then in 
        global options. If none of these exist, it defaults to allowing any 
        query (allow-query {"any"};). With this bug, if the allow-query is not 
        set in the zone statement, it failed to check in view or global options 
        and fell back to the default of allowing any query. This means that 
        queries that the zone owner did not wish to allow were incorrectly 
        allowed. This bug doesn't affect allow-recursion or allow-query-cache 
        acls, since they are not relevant to a zone for which the server is 
        authoritative." [3]


        The vendor recommends upgrading to the latest version of BIND to
        correct these vulnerabilities.


        [1] BIND: cache incorrectly allows a ncache entry and a rrsig for the
            same type

        [2] BIND: Key algorithm rollover bug in bind9

        [3] BIND: allow-query processed incorrectly

AusCERT has made every effort to ensure that the information contained
in this document is accurate.  However, the decision to use the information
described is the responsibility of each user or organisation. The decision to
follow or act on information or advice contained in this security bulletin is
the responsibility of each user or organisation, and should be considered in
accordance with your organisation's site policies and procedures. AusCERT
takes no responsibility for consequences which may arise from following or
acting on information or advice contained in this security bulletin.

Australian Computer Emergency Response Team
The University of Queensland
Qld 4072

Internet Email: auscert@auscert.org.au
Facsimile:      (07) 3365 7031
Telephone:      (07) 3365 4417 (International: +61 7 3365 4417)
                AusCERT personnel answer during Queensland business hours 
                which are GMT+10:00 (AEST).
                On call after hours for member emergencies only.
Comment: http://www.auscert.org.au/render.html?it=1967