Definition and Use of DNSSEC Negative Trust Anchors
RFC 7646
|
| Document |
Type |
|
RFC - Informational
(September 2015; No errata)
|
|
Last updated |
|
2015-10-14
|
|
Stream |
|
IETF
|
|
Formats |
|
plain text
pdf
html
bibtex
|
|
Reviews |
|
|
| Stream |
WG state
|
|
Submitted to IESG for Publication
|
|
Document shepherd |
|
Tim Wicinski
|
|
Shepherd write-up |
|
Show
(last changed 2015-05-20)
|
| IESG |
IESG state |
|
RFC 7646 (Informational)
|
|
Consensus Boilerplate |
|
Yes
|
|
Telechat date |
|
|
|
Responsible AD |
|
Joel Jaeggli
|
|
Send notices to |
|
(None)
|
| IANA |
IANA review state |
|
Version Changed - Review Needed
|
|
IANA action state |
|
No IC
|
Internet Engineering Task Force (IETF) P. Ebersman
Request for Comments: 7646 Comcast
Category: Informational W. Kumari
ISSN: 2070-1721 Google
C. Griffiths
Nominet
J. Livingood
Comcast
R. Weber
Nominum
September 2015
Definition and Use of DNSSEC Negative Trust Anchors
Abstract
DNS Security Extensions (DNSSEC) is now entering widespread
deployment. However, domain signing tools and processes are not yet
as mature and reliable as those for non-DNSSEC-related domain
administration tools and processes. This document defines Negative
Trust Anchors (NTAs), which can be used to mitigate DNSSEC validation
failures by disabling DNSSEC validation at specified domains.
Status of This Memo
This document is not an Internet Standards Track specification; it is
published for informational purposes.
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). Not all documents
approved by the IESG are a candidate for any level of Internet
Standard; see 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/rfc7646.
Ebersman, et al. Informational [Page 1]
RFC 7646 DNSSEC Negative Trust Anchors September 2015
Copyright Notice
Copyright (c) 2015 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 and Motivation .....................................3
1.1. Definition of a Negative Trust Anchor ......................3
1.2. Motivations for Negative Trust Anchors .....................4
1.2.1. Mitigating Domain Validation Failures ...............4
1.2.2. Improving End-User Experience .......................4
1.2.3. Avoiding Switching to a Non-validating Resolver .....5
2. Use of a Negative Trust Anchor ..................................5
2.1. Applicability of Negative Trust Anchors ....................6
3. Managing Negative Trust Anchors .................................7
3.1. Alerting Users to Negative Trust Anchor Use ................7
4. Removal of a Negative Trust Anchor ..............................7
5. Comparison to Other DNS Misconfigurations .......................8
6. Intentionally Broken Domains ....................................8
7. Discovering Broken Domains ......................................9
8. Security Considerations ........................................11
9. References .....................................................11
9.1. Normative References ......................................11
9.2. Informative References ....................................12
Appendix A. Configuration Examples ...............................13
A.1. NLnet Labs Unbound ........................................13
A.2. Internet System Consortium (ISC) BIND .....................14
A.3. Nominum Vantio ............................................14
Acknowledgements ..................................................15
Authors' Addresses ................................................15
Ebersman, et al. Informational [Page 2]
RFC 7646 DNSSEC Negative Trust Anchors September 2015
1. Introduction and Motivation
Show full document text