CVE-2010-3614: Key algorithm rollover bug in BIND 9
  • 01 Oct 2018
  • 2 Minutes to read
  • Contributors
  • Dark
    Light
  • PDF

CVE-2010-3614: Key algorithm rollover bug in BIND 9

  • Dark
    Light
  • PDF

Article Summary

named (acting as DNSSEC validating resolver) could incorrectly mark zone data as insecure when the zone being queried is undergoing a key algorithm rollover.

CVECVE-2010-3614

CERT: VU#837744

Posting Date: 01 Dec 2010

Program ImpactedBIND

Versions Affected: 9.0.x to 9.7.2-P2, 9.4-ESV to 9.4-ESV-R3, 9.6-ESV to 9.6-ESV-R2

Severity: Low

Exploitable: Remotely

Description

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.
See https://tools.ietf.org/html/draft-ietf-dnsop-rfc4641bis-02#section-4.2.4 for example scenario.

Impact and Risk Assessment: Answers are marked incorrectly as insecure.

CVSS Score: 5.0

CVSS Equation: (AV:N/AC:L/Au:N/C:N/I:P/A:N)

For more information on the Common Vulnerability Scoring System and to obtain your specific environmental score please visit: https://nvd.nist.gov/cvss.cfm?version=2&vector=(AV:N/AC:L/Au:N/C:N/I:P/A:N)

Workarounds: None.

Active exploits: None known at this time.

Solution  

If you are running anything not listed below, upgrade as other versions are EOL and not being patched. 9.4: upgrade to 9.4-ESV-R4, or newer 9.6: upgrade to 9.6.2-P3 or 9.6-ESV-R3, or newer 9.7: upgrade to 9.7.2-P3

Document Revision History

Nov24-Corrected/updated: Versions Affected, CVSS Base Score and Solution

Related Documents

See our BIND 9 Security Vulnerability Matrix for a complete listing of security vulnerabilities and versions affected.  

Do you still have questions? Questions regarding this advisory should go to security-officer@isc.org.

ISC Security Vulnerability Disclosure Policy: Details of our current security advisory policy and practice can be found in our Software Defect and Security Vulnerability Disclosure Policy.

Legal Disclaimer

Internet Systems Consortium (ISC) is providing this notice on an "AS IS" basis. No warranty or guarantee of any kind is expressed in this notice and none should be implied. ISC expressly excludes and disclaims any warranties regarding this notice or materials referred to in this notice, including, without limitation, any implied warranty of merchantability, fitness for a particular purpose, absence of hidden defects, or of non-infringement. Your use or reliance on this notice or materials referred to in this notice is at your own risk. ISC may change this notice at any time.

A stand-alone copy or paraphrase of the text of this document that omits the document URL is an uncontrolled copy. Uncontrolled copies may lack important information, be out of date, or contain factual errors.