DNSKEY algorithm updates: DNS Security (DNSSEC) DNSKEY Algorithm IANA Registry Updates
Reserves three DNSSEC algorithm numbers and updates registry references.
Rose, S., "DNS Security (DNSSEC) DNSKEY Algorithm IANA Registry Updates", RFC 6725, DOI 10.17487/RFC6725, August 2012, <https://www.rfc-editor.org/info/rfc6725>.
@misc{rfc6725,
series = {Request for Comments},
number = 6725,
howpublished = {RFC 6725},
publisher = {RFC Editor},
doi = {10.17487/RFC6725},
url = {https://www.rfc-editor.org/info/rfc6725},
author = {S. Rose},
title = {{DNS Security (DNSSEC) DNSKEY Algorithm IANA Registry Updates}},
pagetotal = 5,
year = 2012,
month = aug,
} RFC text
Contents
Internet Engineering Task Force (IETF) S. Rose
Request for Comments: 6725 NIST
Category: Standards Track August 2012
ISSN: 2070-1721
DNS Security (DNSSEC) DNSKEY Algorithm IANA Registry Updates
Abstract
The DNS Security Extensions (DNSSEC) require the use of cryptographic
algorithm suites for generating digital signatures over DNS data.
The algorithms specified for use with DNSSEC are reflected in an
IANA-maintained registry. This document presents a set of changes
for some entries of the registry.
Status of This Memo
This is an Internet Standards Track document.
This document is a product of the Internet Engineering Task Force
(IETF). It represents the consensus of the IETF community. It has
received public review and has been approved for publication by the
Internet Engineering Steering Group (IESG). Further information on
Internet Standards is available in Section 2 of RFC 5741.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
http://www.rfc-editor.org/info/rfc6725.
Copyright Notice
Copyright (c) 2012 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction ....................................................2
2. The DNS Security Algorithm Numbers Sub-Registry .................2
2.1. Updates and Additions ......................................2
2.2. DNS Security Algorithm Numbers Sub-Registry Table ..........3
3. IANA Considerations .............................................4
4. Security Considerations .........................................4
5. Informative References ..........................................4
1. Introduction
The Domain Name System (DNS) Security Extensions (DNSSEC, defined by
[RFC4033], [RFC4034], [RFC4035], [RFC4509], [RFC5155], and [RFC5702])
use digital signatures over DNS data to provide source authentication
and integrity protection. DNSSEC uses an IANA registry to list codes
for digital signature algorithms (consisting of an asymmetric
cryptographic algorithm and a one-way hash function).
This document updates a set of entries in the IANA registry titled
"DNS Security (DNSSEC) Algorithm Numbers". These updated entries are
given in Section 2.2 below. This list includes changes to selected
entries originally set aside for future algorithm specification that
did not occur. These three entries are changed to "Reserved" to
avoid potential conflicts with older implementations. This document
also brings the list of references for entries up to date.
There are auxiliary sub-registries related to the DNS Security
(DNSSEC) Algorithm Numbers registry that deal with various Diffie-
Hellman parameters used with DNSSEC. These registry tables are not
altered by this document.
2. The DNS Security Algorithm Numbers Sub-Registry
The DNS Security Algorithm Numbers sub-registry (part of the Domain
Name System Security (DNSSEC) Algorithm Numbers registry) contains a
set of entries that contain errors. There are additional differences
to entries that are described in Section 2.1, and the complete list
of changed registry entries is in Section 2.2.
2.1. Updates and Additions
This document updates three entries in the Domain Name System
Security (DNSSEC) Algorithm Numbers registry:
The description for assignment number 4 is changed to "Reserved".
The description for assignment number 9 is changed to "Reserved".
The description for assignment number 11 is changed to "Reserved".
The above entries are changed to "Reserved" because they were
placeholders for algorithms that were not fully specified for use
with DNSSEC. Older implementations may still have these algorithm
codes assigned, so these codes are reserved to prevent potential
incompatibilities.
2.2. DNS Security Algorithm Numbers Sub-Registry Table
The list of DNS Security Algorithm Numbers sub-registry entry changes
is given below. All other existing entries in the sub-registry table
are unchanged by this document and are not shown. The other two
sub-registries in the Domain Name System Security (DNSSEC) Algorithm
Numbers registry (DNS KEY Record Diffie-Hellman Prime Lengths and DNS
KEY Record Diffie-Hellman Well-Known Prime/Generator Pairs) are not
changed in any way by this document.
Zone Trans.
Number Description Mnemonic Signing Sec. Reference
------ ----------- -------- ------- --------- ---------
0 Reserved [RFC4034],
[RFC4398]
1 RSA/MD5 RSAMD5 N Y [RFC3110],
(deprecated; [RFC4034]
see 5)
4 Reserved [RFC6725]
5 RSA/SHA-1 RSASHA1 Y Y [RFC3110],
[RFC4034]
9 Reserved [RFC6725]
11 Reserved [RFC6725]
15-122 Unassigned
123-251 Reserved [RFC4034],
[RFC6014]
253 private PRIVATEDNS Y Y [RFC4034]
algorithm
254 private PRIVATEOID Y Y [RFC4034]
algorithm OID
3. IANA Considerations
This document updates a set of DNS Security Algorithm Numbers
sub-registry entries as given in Section 2.2. The changes include
moving three registry entries to "Reserved" and updating the
reference list for entries.
4. Security Considerations
This document updates the Domain Name System Security (DNSSEC)
Algorithm Numbers registry. It is not meant to be a discussion on
algorithm superiority. No new security considerations are raised in
this document.
5. Informative References
[RFC3110] Eastlake, D., "RSA/SHA-1 SIGs and RSA KEYs in the Domain
Name System (DNS)", RFC 3110, May 2001.
[RFC4033] Arends, R., Austein, R., Larson, M., Massey, D., and S.
Rose, "DNS Security Introduction and Requirements",
RFC 4033, March 2005.
[RFC4034] Arends, R., Austein, R., Larson, M., Massey, D., and S.
Rose, "Resource Records for the DNS Security Extensions",
RFC 4034, March 2005.
[RFC4035] Arends, R., Austein, R., Larson, M., Massey, D., and S.
Rose, "Protocol Modifications for the DNS Security
Extensions", RFC 4035, March 2005.
[RFC4398] Josefsson, S., "Storing Certificates in the Domain Name
System (DNS)", RFC 4398, March 2006.
[RFC4509] Hardaker, W., "Use of SHA-256 in DNSSEC Delegation Signer
(DS) Resource Records (RRs)", RFC 4509, May 2006.
[RFC5155] Laurie, B., Sisson, G., Arends, R., and D. Blacka, "DNS
Security (DNSSEC) Hashed Authenticated Denial of
Existence", RFC 5155, March 2008.
[RFC5702] Jansen, J., "Use of SHA-2 Algorithms with RSA in DNSKEY
and RRSIG Resource Records for DNSSEC", RFC 5702,
October 2009.
[RFC6014] Hoffman, P., "Cryptographic Algorithm Identifier
Allocation for DNSSEC", RFC 6014, November 2010.
Author's Address
Scott Rose
NIST
100 Bureau Dr.
Gaithersburg, MD 20899
USA
Phone: +1-301-975-8439
EMail: scottr.nist@gmail.com
ISO Plain Language
On this page
§1DNSSEC Algorithm Numbers
DNS Security Extensions (DNSSEC) use digital signatures over DNS data to provide source authentication and integrity protection. An IANA registry lists codes for signature algorithms, each combining an asymmetric cryptographic algorithm with a one-way hash function.
This memo updates selected entries in the DNSSEC Algorithm Numbers registry and refreshes references. The auxiliary sub-registries for Diffie-Hellman parameters are unchanged.
DNSSEC signs DNS data, and a registry assigns numbers to the signing algorithms. This RFC changes a few entries in that list.
§2Numbers Changed to Reserved
The descriptions for algorithm numbers 4, 9, and 11 are changed to Reserved. They had been placeholders for algorithms that were not fully specified for DNSSEC use.
The RFC gives the reason: older implementations may still have these codes assigned. Reserving the numbers is intended to prevent potential incompatibilities. Other existing entries are unchanged, except for the listed reference updates.
Numbers 4, 9, and 11 are marked Reserved because older software may treat them as assigned. The rest of the entries remain unchanged by this document.
§4Security Considerations
The memo updates a registry and does not discuss which cryptographic algorithms are superior. It states that the document raises no new security considerations.
This registry update does not assess algorithm strength. The RFC says it raises no new security considerations.