﻿<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc SYSTEM "rfc2629-xhtml.ent">
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<?rfc toc="yes" ?>
<?rfc symrefs="yes" ?>
<?rfc sortrefs="yes"?>
<?rfc compact="yes" ?>
<?rfc subcompact="no" ?>
<?rfc iprnotified="no" ?>
<?rfc strict="no" ?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" consensus="true" docName="draft-moskowitz-ipsecme-ipseckey-eddsa-01"
	category="std" ipr="trust200902" obsoletes="" submissionType="IETF"
	xml:lang="en" tocInclude="true" symRefs="true" sortRefs="true" version="3">

<front> <title abbrev="IPSECKEY EdDSA">EdDSA value for IPSECKEY</title>
    <seriesInfo name="Internet-Draft" value="draft-moskowitz-ipsecme-ipseckey-eddsa-01"/>
	<author fullname="Robert Moskowitz" initials="R" surname="Moskowitz">
    <organization>HTT Consulting</organization>
    <address>
      <postal> 
	    <street></street>
        <city>Oak Park</city>
        <region>MI</region>
        <code>48237</code>
        <country>USA</country>
      </postal>
      <email>rgm@labs.htt-consult.com</email>
	</address>
	</author>
	<author fullname="Tero Kivinen" initials="T" surname="Kivinen">
    <address>
      <email>kivinen@iki.fi</email>
	</address>
	</author>
<date year="2022" />
   <area>Internet</area>
   <workgroup>IPSECME</workgroup>
    <keyword>RFC</keyword>
     <keyword>Request for Comments</keyword>
     <keyword>I-D</keyword>
     <keyword>Internet-Draft</keyword>
     <keyword>IPSECKEY EdDSA</keyword>
<abstract>
<t>
	This document assigns a value for EdDSA Public Keys to the IPSECKEY 
	IANA registry.
</t>
</abstract>
</front>
<middle>   
<section numbered="true" toc="default"> <name>Introduction</name>
<t> 
	The IPSECKEY IANA Registry specifically enumerates the various 
	Algorithm Types used.  This document adds support for the EdDSA 
	algorithm's Public Keys in IPSECKEY.
</t>
<t>
	The IPSECKEY RR <xref target="RFC4025" format="default"/> defines 
	the 'Algorithm Type' for specifying the PK Algorithm.  Herein we 
	are adding the EdDSA algorithm.
</t>
</section>
<section anchor="terms" numbered="true" toc="default"> <name>Terms and Definitions</name>
<section numbered="true" toc="default"> <name>Requirements Terminology</name>
	<t>
		The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL 
		NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", 
		"MAY", and "OPTIONAL" in this document are to be interpreted as 
		described in BCP 14 <xref target="RFC2119" /> <xref 
		target="RFC8174" /> when, and only when, they appear in all 
		capitals, as shown here.
	</t>
</section>
</section>
<section anchor="IPSECKEY" numbered="true" toc="default"> <name>IPSECKEY support for EdDSA</name>
<t>
	The new EdDSA value uses <xref target="RFC8080" format="default"/> for 
	the IPSECKEY encoding:
</t>
<artwork name="" type="" align="left" alt="">
<![CDATA[
   Value  Description

   TBD2 (suggested value 4)     
          An EdDSA Public key is present, in the format defined
          in [RFC8080]
]]>
</artwork> 
</section>
<section anchor="IANA" numbered="true" toc="default"> <name>IANA Considerations</name>
<section anchor="IANA_IPSECKEY_reg" numbered="true" toc="default"> <name>IANA IPSECKEY Registry Update</name>
<t>
	  This document requests IANA to make the following change to the 
	  "IPSECKEY Resource Record Parameters" <xref 
	  target="IANA-IPSECKEY" format="default"/> registry:
</t>
	<dl newline="true">
        <dt>IPSECKEY:</dt>
        <dd>
			This document defines the new IPSECKEY value TBD2 
			(suggested: 4) (<xref target="IPSECKEY" format="default"/>) 
			in the "Algorithm Type Field" subregistry of the "IPSECKEY 
			Resource Record Parameters" registry.
        </dd>
	</dl>
	<artwork name="" type="" align="left" alt="">
<![CDATA[
   Value  Description    Reference

   TBD2 (suggested value 4)   [This]  
          An EdDSA Public key is present, in the format defined 
          in [RFC8080]
]]>
	</artwork> 
</section>
</section>
<section anchor="security-considerations" numbered="true" toc="default"> <name>Security Considerations</name>
<t>
	TBD
</t>
</section>
</middle>
<back>
<references> <name>References</name>
<references title="Normative References">
	<xi:include href="https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml"/>
	<xi:include href="https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.4025.xml"/>
	<xi:include href="https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml"/>
</references>
<references title="Informative References">
	<xi:include href="https://xml2rfc.tools.ietf.org/public/rfc/bibxml/reference.RFC.8080.xml"/>
	<reference anchor="IANA-IPSECKEY"  target="https://www.iana.org/assignments/ipseckey-rr-parameters/ipseckey-rr-parameters.xhtml">
		<front>
			<title>IPSECKEY Resource Record Parameters</title>
			<author><organization>IANA</organization></author>
		</front>
	</reference>
</references>
</references>
<section numbered="true" toc="default"> <name>IPSECKEY EdDSA example</name>
<t> 
	The following is an example of an IPSECKEY RR with an EdDSA public 
	key base64 encode with no gateway:
</t>
	<artwork name="" type="" align="left" alt="">
<![CDATA[
   foo.example.com IN IPSECKEY
   (a 0 4 3WTXgUvpn1RlCXnm80gGY2LZ/ErUUEZtZ33IDi8yfhM= )
]]>
	</artwork> 
<t> 
	The associated EdDSA private key (in hex):
</t>
	<artwork name="" type="" align="left" alt="">
<![CDATA[
   c7be71a45cbf87785f639dc4fd1c82637c21b5e02488939976ece32b9268d0b7
]]>
	</artwork> 
</section>
<section numbered="false" toc="default"> <name>Acknowledgments</name>
<t>
	Thanks to Security Area director, Paul Wouters, for initial review.
</t>
</section>
</back>
</rfc>
