Bug 491655 - bind doesn't handle unknown DLV algorithms well
Summary: bind doesn't handle unknown DLV algorithms well
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: bind
Version: 5.3
Hardware: All
OS: Linux
urgent
high
Target Milestone: rc
: ---
Assignee: Adam Tkac
QA Contact: BaseOS QE
URL:
Whiteboard:
Depends On:
Blocks: 504794
TreeView+ depends on / blocked
 
Reported: 2009-03-23 14:17 UTC by Adam Tkac
Modified: 2013-04-30 23:42 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-09-02 07:36:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2009:1420 0 normal SHIPPED_LIVE bind bug fix and enhancement update 2009-09-02 07:36:40 UTC

Description Adam Tkac 2009-03-23 14:17:49 UTC
Description of problem:
BIND doesn't handle unknown DLV algorithms well. This issue is fixed in 9.5.1-P2 and patch must be backported to RHEL5.

Version:
bind-9.3.4-10.P1.el5

Comment 5 William H. Haller 2009-05-02 17:20:06 UTC
For example, not being able to resolve the .gov domain if DNSSEC is enabled is a problem for many users with their new signing algorithm in use that seemed to be triggered late this week.

Even Fedora, running 9.5.1-2.p2 requires dnssec-validate no to resolve .gov domains and trying to import the public key for .gov yields an invalid algorithm message.

Comment 6 Adam Tkac 2009-05-04 08:03:28 UTC
(In reply to comment #5)
> For example, not being able to resolve the .gov domain if DNSSEC is enabled is
> a problem for many users with their new signing algorithm in use that seemed to
> be triggered late this week.
>
> Even Fedora, running 9.5.1-2.p2 requires dnssec-validate no to resolve .gov
> domains and trying to import the public key for .gov yields an invalid
> algorithm message.  

named fails to handle "gov." domain only when you use DLV. If you try import key with unknown algorithm it fails during startup (it is expected behavior).

9.5.1-2.P2 in Fedora should work fine. If it hits unknown algorithm during DLV process it falls back to non-secure DNS as expected. If it doesn't work in your case open a bug report against Fedora and attach your log, please.

Comment 11 errata-xmlrpc 2009-09-02 07:36:46 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2009-1420.html


Note You need to log in before you can comment on or make changes to this bug.