Registry Lock Extension for the Extensible Provisioning Protocol (EPP)
draft-wisser-registrylock-02
| Document | Type | Expired Internet-Draft (individual) | |
|---|---|---|---|
| Author | Ulrich Wisser | ||
| Last updated | 2020-10-09 (Latest revision 2020-04-07) | ||
| Stream | (None) | ||
| Formats |
Expired & archived
plain text
xml
htmlized
pdfized
bibtex
|
||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Expired | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
https://www.ietf.org/archive/id/draft-wisser-registrylock-02.txt
Abstract
This extensions defines an additional protective layer for changes to domain [RFC5731], host [RFC5732] and contact [RFC5733] objects managed through EPP. EPP allows changes to objects only by the sponsoring client. EPP objects are usually managed by the sponsoring client on behalf of the sponsoring clients customers. All of these interactions are ususally fully automated. In case of a system breach, there is no protection in EPP to changes to any object by the intruder. This extension defines a protective layer that aims to break automated changes and work flows by requiring manual intervention by the sponsoring client or it's customers.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)