<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.43 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-liao-cose-c509-additions-00" category="std" consensus="true" submissionType="IETF" tocDepth="3" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.1 -->
  <front>
    <title abbrev="C509 Additions">Additions to C509 Structures</title>
    <seriesInfo name="Internet-Draft" value="draft-liao-cose-c509-additions-00"/>
    <author initials="L." surname="Liao" fullname="Lijun Liao">
      <organization>NIO</organization>
      <address>
        <email>lijun.liao@nio.io</email>
      </address>
    </author>
    <date year="2026" month="September" day="17"/>
    <abstract>
      <?line 40?>

<t>This document defines additions to CBOR Encoded X.509 Certificates (C509).</t>
      <t>This document defines a new C509SubjectPublicKeyInfo type, a CBOR representation of the X.509 SubjectDirectoryAttributes extension, and a mechanism that allows organizations assigned a Private Enterprise Number (PEN) to define organization-specific integer identifiers without registering each identifier in the C509 RDN attribute type, CR attribute type, extension ID, certificate policy, or extended key usage registries.</t>
      <t>This document also defines textual encoding labels for C509 objects using the textual encoding conventions specified in RFC 7468.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-liao-cose-c509-additions/"/>.
      </t>
      <t>
        Discussion of this document takes place on the
        CBOR Object Signing and Encryption Working Group mailing list (<eref target="mailto:cose@ietf.org"/>),
        which is archived at <eref target="https://mailarchive.ietf.org/arch/browse/cose/"/>.
        Subscribe at <eref target="https://www.ietf.org/mailman/listinfo/cose/"/>.
      </t>
    </note>
  </front>
  <middle>
    <?line 48?>

<section anchor="intro">
      <name>Introduction</name>
      <t><xref target="I-D.ietf-cose-cbor-encoded-cert"/> defines C509 certificate structure, a compact CBOR encoding of X.509 certificates. C509 supports a large subset of the X.509 certificate profile defined in <xref target="RFC5280"/> and is designed for use in constrained environments as well as general certificate-based protocols.</t>
      <t>The base C509 specification defines the public key as fields within the certificate structure. It also defines compact integer identifiers for selected X.509 RDN attribute types, CR attribute types, extension IDs, certificate policies, and extended key usages.</t>
      <t>This document defines additions to the C509 specification in four areas.</t>
      <ul spacing="normal">
        <li>
          <t>Defines a new structure C509SubjectPublicKeyInfo which corresponds to SubjectPublicKeyInfo in X.509 <xref section="4.1" sectionFormat="of" target="RFC5280"/>. This permits a C509 public key to be represented independently of a complete C509 certificate.</t>
        </li>
        <li>
          <t>Defines the C509 representation of the X.509 SubjectDirectoryAttributes extension specified in <xref section="4.2.1.8" sectionFormat="of" target="RFC5280"/>.</t>
        </li>
        <li>
          <t>Defines PEN-scoped identifiers. An organization that has been assigned a Private Enterprise Number (PEN) can assign integer values within its own namespace. Such identifiers can be used for RDN attribute types, CR attribute types, extension IDs, certificate policies, and extended key usages without requiring each identifier to be registered in a C509 IANA registry.</t>
        </li>
        <li>
          <t>Defines PEM labels for C509 objects using the textual encoding framework specified by <xref target="RFC7468"/>.</t>
        </li>
      </ul>
      <t>This document is intended to be used together with <xref target="I-D.ietf-cose-cbor-encoded-cert"/>. It does not define a new certificate format; it adds types and encoding mechanisms to the C509 data model.</t>
    </section>
    <section anchor="notation">
      <name>Notational Conventions</name>
      <t>The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>", "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>", "<bcp14>SHALL
NOT</bcp14>", "<bcp14>SHOULD</bcp14>", "<bcp14>SHOULD NOT</bcp14>", "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>",
"<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" 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>
      <?line -18?>

</section>
    <section anchor="publickey">
      <name>C509 Public Key</name>
      <t>This document defines the following reusable C509 subject public key type:</t>
      <figure anchor="fig-C509SubjectPublicKeyInfoCDDL">
        <name>CDDL for C509SubjectPublicKeyInfo</name>
        <sourcecode type="cddl" name="c509addtions.cddl"><![CDATA[
C509SubjectPublicKeyInfo = [
  subjectPublicKeyAlgorithm : AlgorithmIdentifier,
  subjectPublicKey          : Defined
]
]]></sourcecode>
      </figure>
      <t>The subjectPublicKeyAlgorithm field has the same encoding and semantics as the subjectPublicKeyAlgorithm field of TBSCertificate in <xref target="I-D.ietf-cose-cbor-encoded-cert"/>. The subjectPublicKey field has the same encoding and semantics as the subjectPublicKey field of TBSCertificate in <xref target="I-D.ietf-cose-cbor-encoded-cert"/>.</t>
      <t>In particular, algorithm-specific C509 encodings defined by <xref target="I-D.ietf-cose-cbor-encoded-cert"/> apply equally when the public key is represented using C509SubjectPublicKeyInfo. For example, the optimized RSA encoding and elliptic-curve public key encoding apply to C509SubjectPublicKeyInfo.</t>
    </section>
    <section anchor="extensions">
      <name>Extensions</name>
      <section anchor="ext-SubjectDirectoryAttributes">
        <name>Extension Subject Directory Attributes</name>
        <t>X.509 defines the SubjectDirectoryAttributes extension in <xref section="4.2.1.8" sectionFormat="of" target="RFC5280"/>. This document defines a C509 representation of that extension. The extension value is represented as SubjectDirectoryAttributes:</t>
        <figure anchor="fig-SubjectDirectoryAttributes">
          <name>CDDL for SubjectDirectoryAttributes</name>
          <sourcecode type="cddl" name="c509addtions.cddl"><![CDATA[
SubjectDirectoryAttributes = [
  + SubjectDirectoryAttribute
]

SubjectDirectoryAttribute = 
  (( attributeType: int,  attributeValue: Defined ) //
   ( attributeType: ~oid, attributeValue: bytes ))

]]></sourcecode>
        </figure>
        <t>Each 'attributeType' is encoded either as a CBOR int (see <xref target="subjectdirectoryattrtype"/>) or as an unwrapped CBOR OID <xref target="RFC9090"/>.</t>
        <ul spacing="normal">
          <li>
            <t>If 'attributeType' is encoded as a CBOR int, it is followed by a CBOR item of any type other than undefined. The specific type of the item is determined by 'attributeType'.</t>
          </li>
          <li>
            <t>If 'attributeType' is encoded as an unwrapped CBOR OID, it is followed by the DER-encoded 'values' (which is SET OF AttributeValue) encoded as a CBOR byte string.</t>
          </li>
        </ul>
        <section anchor="dateofbirth">
          <name>DateOfBirth</name>
          <t>The personal data attribute 'DateOfBirth' is defined in <xref target="RFC3739"/> as 'GeneralizedTime'. In C509, the 'attributeValue' field has type CBOR text represented as 'YYYYMMDD', where the first 4 digits are the year, followed by 2 digits for the month and 2 digits for the day.</t>
        </section>
        <section anchor="placeofbirth">
          <name>PlaceOfBirth</name>
          <t>The personal data attribute 'PlaceOfBirth' is defined in <xref target="RFC3739"/> as 'DirectoryString'. In C509, the 'attributeValue' field has type PlaceOfBirth. A UTF8 String is encoded as CBOR text, and a Printable String is tagged with number 121 (alternative 0, as defined in [IANA-CBOR-TAGS]). All other string types are not supported. For native certificates and certification requests, only UTF8 String is allowed.</t>
          <t>PlaceOfBirth = text / #6.121(text)</t>
        </section>
        <section anchor="gender">
          <name>Gender</name>
          <t>The personal data attribute 'Gender' is defined in <xref target="RFC3739"/> as 'PrintableString'. In C509, the 'attributeValue' field has type CBOR text.</t>
        </section>
        <section anchor="countryofcitizenship">
          <name>CountryOfCitizenship</name>
          <t>The personal data attribute 'CountryOfCitizenship' is defined in <xref target="RFC3739"/> as 'PrintableString'. In C509, only a single CountryOfCitizenship value is supported. The 'attributeValue' field has type CBOR text.</t>
        </section>
        <section anchor="countryofresidence">
          <name>CountryOfResidence</name>
          <t>The personal data attribute 'CountryOfResidence' is defined in <xref target="RFC3739"/> as 'PrintableString'. In C509, the 'attributeValue' field has type CBOR text.</t>
        </section>
      </section>
    </section>
    <section anchor="pen-id">
      <name>PEN-Scoped Identifiers</name>
      <t><xref target="I-D.ietf-cose-cbor-encoded-cert"/> defines integer identifiers for commonly used RDN attributes, CR attributes, extensions, extended key usages, and certificate policies, and this document defines the subject directory attributes. These integer identifiers provide compact encodings.</t>
      <t>An organization may also need identifiers that are meaningful only within its own ecosystem. Requiring each such identifier to be allocated from an IANA registry is unnecessary when the organization already has a globally unique namespace through a Private Enterprise Number.</t>
      <t>This document therefore reserves two intervals for PEN-scoped identifiers for the RDN attributes, CR attributes, extensions, extended key usages, certificate policies, and subject directory attributes. Both the PEN and the internal ID are represented as 'bn ... b1 b0', where bn is the most significant bit and b0 is the least significant bit.</t>
      <ul spacing="normal">
        <li>
          <t>Interval [2^31, 2^32 - 1]:  </t>
          <t>
For PEN in [0, 2^21 - 1], and internal ID: [0, 2^10 - 1]  </t>
          <t>
The integer value is constructed as follows:  </t>
          <t><tt>
b'1' || 21-bit PEN || 10-bit internal ID
</tt></t>
        </li>
        <li>
          <t>Interval [2^47, 2^48-1]:  </t>
          <t>
For all identifiers that cannot be represented in the interval [2^31, 2^32 - 1]:  </t>
          <ul spacing="normal">
            <li>
              <t>PEN in the interval [2^21, 2^32 -1] and internal ID in [0, 2^15 - 1]</t>
            </li>
            <li>
              <t>PEN in [0, 2^21 - 1] and internal ID in [2^11, 2^15 - 1]</t>
            </li>
          </ul>
          <t>
The integer value is constructed as follows:  </t>
          <t><tt>
b'1' || 32-bit PEN || 15-bit internal ID
</tt></t>
        </li>
      </ul>
    </section>
    <section anchor="pem">
      <name>Textual Encoding (PEM)</name>
      <t>This section defines textual (PEM) encodings for C509 structures, following the conventions of <xref target="RFC7468"/>. The textual encodings use base64-encoded binary data enclosed between "-----BEGIN LABEL-----" and "-----END LABEL-----" lines and carry CBOR-encoded C509 objects rather than DER-encoded ASN.1 objects.</t>
      <section anchor="pem-general-rules">
        <name>General Rules</name>
        <t>Each C509 PEM block <bcp14>MUST</bcp14> conform to the following rules:</t>
        <ul spacing="normal">
          <li>
            <t>The binary payload is the CBOR encoding of the structure. CBOR encoding <bcp14>MUST</bcp14> be deterministic as specified in Sections <xref target="RFC8949" section="4.2.1" sectionFormat="bare"/> and <xref target="RFC8949" section="4.2.2" sectionFormat="bare"/> of <xref target="RFC8949"/>.</t>
          </li>
          <li>
            <t>The binary payload is base64-encoded according to <xref section="4" sectionFormat="of" target="RFC4648"/> (standard Base64 with padding characters <tt>=</tt>). Parsers <bcp14>SHOULD</bcp14> ignore whitespace and other non-base64 characters as per <xref section="2" sectionFormat="of" target="RFC7468"/>.</t>
          </li>
          <li>
            <t>The encapsulation boundaries follow <xref section="2" sectionFormat="of" target="RFC7468"/>:  </t>
            <artwork><![CDATA[
-----BEGIN LABEL-----
(base64-encoded CBOR payload)
-----END LABEL-----
]]></artwork>
          </li>
          <li>
            <t>No header fields (as described in <xref section="2" sectionFormat="of" target="RFC7468"/>) are defined for any of the labels in this document. Implementations <bcp14>MUST</bcp14> ignore any header fields encountered.</t>
          </li>
          <li>
            <t>Explanatory text before the pre-encapsulation boundary is allowed. Implementations <bcp14>MUST NOT</bcp14> require or rely on such text.</t>
          </li>
        </ul>
      </section>
      <section anchor="pem-c509-cert">
        <name>C509 Certificate</name>
        <t>PEM label: <tt>C509 CERTIFICATE</tt></t>
        <t>The payload is a CBOR-encoded <tt>C509Certificate</tt> as defined in <xref target="I-D.ietf-cose-cbor-encoded-cert"/>.</t>
        <figure anchor="fig-pem-c509-cert">
          <name>C509 Certificate PEM Encoding</name>
          <artwork><![CDATA[
-----BEGIN C509 CERTIFICATE-----
(base64-encoded CBOR C509Certificate)
-----END C509 CERTIFICATE-----
]]></artwork>
        </figure>
      </section>
      <section anchor="pem-cose-c509">
        <name>COSE_C509</name>
        <t>PEM label: <tt>COSE C509</tt></t>
        <t>The payload is a CBOR-encoded <tt>COSE_C509</tt> as defined in <xref target="I-D.ietf-cose-cbor-encoded-cert"/>.</t>
        <figure anchor="fig-pem-cose-c509">
          <name>COSE_C509 PEM Encoding</name>
          <artwork><![CDATA[
-----BEGIN COSE C509-----
(base64-encoded CBOR COSE_C509)
-----END COSE C509-----
]]></artwork>
        </figure>
      </section>
      <section anchor="pem-c509-csr">
        <name>C509 Certification Request</name>
        <t>PEM label: <tt>C509 CERTIFICATE REQUEST</tt></t>
        <t>The payload is a CBOR-encoded <tt>C509CertificationRequest</tt> as defined in <xref section="4" sectionFormat="comma" target="I-D.ietf-cose-cbor-encoded-cert"/>.</t>
        <figure anchor="fig-pem-c509-csr">
          <name>C509 Certification Request PEM Encoding</name>
          <artwork><![CDATA[
-----BEGIN C509 CERTIFICATE REQUEST-----
(base64-encoded CBOR C509CertificationRequest)
-----END C509 CERTIFICATE REQUEST-----
]]></artwork>
        </figure>
      </section>
      <section anchor="pem-c509-pubkey">
        <name>C509 Public Key</name>
        <t>PEM label: <tt>C509 PUBLIC KEY</tt></t>
        <t>The payload is a CBOR-encoded <tt>C509SubjectPublicKeyInfo</tt> as defined in <xref target="publickey"/>.</t>
        <figure anchor="fig-pem-c509-pubkey">
          <name>C509 Public Key PEM Encoding</name>
          <artwork><![CDATA[
-----BEGIN C509 PUBLIC KEY-----
(base64-encoded CBOR C509SubjectPublicKeyInfo)
-----END C509 PUBLIC KEY-----
]]></artwork>
        </figure>
      </section>
      <section anchor="pem-c509-privkey">
        <name>C509 Private Key</name>
        <t>PEM label: <tt>C509 PRIVATE KEY</tt></t>
        <t>The payload is a CBOR-encoded <tt>C509PrivateKey</tt> as defined in <xref target="I-D.ietf-cose-cbor-encoded-cert"/>.</t>
        <figure anchor="fig-pem-c509-privkey">
          <name>C509 Private Key PEM Encoding</name>
          <artwork><![CDATA[
-----BEGIN C509 PRIVATE KEY-----
(base64-encoded CBOR C509PrivateKey)
-----END C509 PRIVATE KEY-----
]]></artwork>
        </figure>
      </section>
      <section anchor="pem-c509-pem">
        <name>C509 PEM</name>
        <t>PEM label: <tt>C509 PEM</tt></t>
        <t>The payload is a CBOR-encoded <tt>C509PEM</tt> as defined in <xref target="I-D.ietf-cose-cbor-encoded-cert"/>.</t>
        <figure anchor="fig-pem-c509-pem">
          <name>C509 PEM Encoding</name>
          <artwork><![CDATA[
-----BEGIN C509 PEM-----
(base64-encoded CBOR C509PEM)
-----END C509 PEM-----
]]></artwork>
        </figure>
      </section>
      <section anchor="pem-label-summary">
        <name>PEM Label Summary</name>
        <t>The following table summarizes all PEM labels defined in this document and compares them with RFC 7468 labels for equivalent DER-encoded structures.</t>
        <table anchor="tab-pem-labels">
          <name>PEM Labels Defined in This Document</name>
          <thead>
            <tr>
              <th align="left">PEM Label</th>
              <th align="left">C509 Structure</th>
              <th align="left">Defined in</th>
              <th align="left">RFC 7468 Label</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">
                <tt>C509 CERTIFICATE</tt></td>
              <td align="left">
                <tt>C509Certificate</tt></td>
              <td align="left">
                <xref target="I-D.ietf-cose-cbor-encoded-cert"/></td>
              <td align="left">
                <tt>CERTIFICATE</tt></td>
            </tr>
            <tr>
              <td align="left">
                <tt>COSE C509</tt></td>
              <td align="left">
                <tt>COSE_C509</tt></td>
              <td align="left">
                <xref target="I-D.ietf-cose-cbor-encoded-cert"/></td>
              <td align="left">N/A</td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 CERTIFICATE REQUEST</tt></td>
              <td align="left">
                <tt>C509CertificationRequest</tt></td>
              <td align="left">
                <xref target="I-D.ietf-cose-cbor-encoded-cert"/></td>
              <td align="left">
                <tt>CERTIFICATE REQUEST</tt></td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 PUBLIC KEY</tt></td>
              <td align="left">
                <tt>C509PublicKey</tt></td>
              <td align="left">[[this document]]</td>
              <td align="left">
                <tt>PUBLIC KEY</tt></td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 PRIVATE KEY</tt></td>
              <td align="left">
                <tt>C509PrivateKey</tt></td>
              <td align="left">
                <xref target="I-D.ietf-cose-cbor-encoded-cert"/></td>
              <td align="left">
                <tt>PRIVATE KEY</tt></td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 PEM</tt></td>
              <td align="left">
                <tt>C509PEM</tt></td>
              <td align="left">
                <xref target="I-D.ietf-cose-cbor-encoded-cert"/></td>
              <td align="left">N/A</td>
            </tr>
          </tbody>
        </table>
      </section>
    </section>
    <section anchor="security">
      <name>Security Considerations</name>
      <t>TODO</t>
    </section>
    <section anchor="iana">
      <name>IANA Considerations</name>
      <section anchor="subjectdirectoryattrtype">
        <name>C509 Subject Directory Attributes Registry</name>
        <t>IANA has created a new registry titled "C509 Subject Directory Attributes" under the registry group "CBOR Encoded X.509 (C509)". The registry fields are Value, Name, Identifiers, OID, DER, Comments, attributeValue, and Reference, where Value is an integer in the interval [-2^63, 2^63 - 1], and the other columns are text strings. Name and Identifiers are informal descriptions. The fields Name, OID, and DER are mandatory. For Subject Directory Attributes specified only for CBOR encoded certificates where no OID is defined, the OID and DER fields are marked "N/A". If an OID is present, it is given in dotted decimal representation, and the DER column contains the hex string of the DER-encoded OID <xref target="X.690"/>. If the attribute is not expected to be understood from the other information (for example, the OID), then the Comments field must contain a reference to where the Subject Directory Attribute is described.</t>
        <t>Values in the interval [32768, 65535] are reserved for Private Use, values in the intervals [2^31, 2^32 - 1] and [2^47, 2^48-1] are reserved for PEN identifiers as in <xref target="pen-id"/>, values in the intervals [65536, 2^31 -1], [2^32, 2^47 -1], and [2^48, 2^63 - 1] are reserved for Future Use. For values in the interval [-24, 23] the registration procedure is "IETF Review with Expert Review", and for all other values the registration procedure is "Expert Review".</t>
        <t>The initial contents of the registry are:</t>
        <figure anchor="fig-subjectdirectoryattrtype">
          <name>C509 Subject Directory Attributes</name>
          <artwork align="center"><![CDATA[
+-------+-----------------------------------------------------------+
| Value | Subject Directory Attribute                               |
+=======+===========================================================+
|     1 | Name:            DateOfBirth                              |
|       | Identifiers:     id-pda-dateOfBirth                       |
|       | OID:             1.2.840.113549.1.9.14                    |
|       | DER:             06 08 2B 06 01 05 05 07 09 01            |
|       | Comments:        RFC 3739                                 |
|       | attributeValue:  text                                     |
+-------+-----------------------------------------------------------+
|     2 | Name:            PlaceOfBirth                             |
|       | Identifiers:     id-pda-placeOfBirth                      |
|       | DER:             06 08 2B 06 01 05 05 07 09 02            |
|       | Comments:        RFC 3739                                 |
|       | attributeValue:  PlaceOfBirth                             |
+-------+-----------------------------------------------------------+
|     3 | Name:            Gender                                   |
|       | Identifiers:     id-pda-gender                            |
|       | DER:             06 08 2B 06 01 05 05 07 09 03            |
|       | Comments:        RFC 3739                                 |
|       | attributeValue:  text                                     |
+-------+-----------------------------------------------------------+
|     4 | Name:            CountryOfCitizenship                     |
|       | Identifiers:     id-pda-countryOfCitizenship              |
|       | DER:             06 08 2B 06 01 05 05 07 09 04            |
|       | Comments:        RFC 3739                                 |
|       | attributeValue:  text                                     |
+-------+-----------------------------------------------------------+
|     5 | Name:            CountryOfResidence                       |
|       | Identifiers:     id-pda-countryOfResidence                |
|       | DER:             06 08 2B 06 01 05 05 07 09 05            |
|       | Comments:        RFC 3739                                 |
|       | attributeValue:  text                                     |
+-------+-----------------------------------------------------------+
]]></artwork>
        </figure>
      </section>
      <section anchor="rdnatttype">
        <name>C509 RDN Attributes Registry</name>
        <t>This document updates the following ranges in the "C509 RDN Attributes" registry in the registry group "CBOR Encoded X.509 (C509)".</t>
        <t>The ranges[2^31, 2^32 -1] and [2^47, 2^48 -1] are reserved for PEN identifiers as in <xref target="pen-id"/>.</t>
      </section>
      <section anchor="cratttype">
        <name>C509 CR Attributes Registry</name>
        <t>This document updates the following ranges in the "C509 CR Attributes" registry in the registry group "CBOR Encoded X.509 (C509)".</t>
        <t>The ranges[2^31, 2^32 -1] and [2^47, 2^48 -1] are reserved for PEN identifiers as in <xref target="pen-id"/>.</t>
      </section>
      <section anchor="extype">
        <name>C509 Extensions Registry</name>
        <t>This document updates the following ranges in the "C509 Extensions" registry in the registry group "CBOR Encoded X.509 (C509)".</t>
        <t>The ranges[2^31, 2^32 -1] and [2^47, 2^48 -1] are reserved for PEN identifiers as in <xref target="pen-id"/>.</t>
      </section>
      <section anchor="CP">
        <name>C509 Certificate Policies Registry</name>
        <t>This document updates the following ranges in the "C509 Certificate Policies" registry in the registry group "CBOR Encoded X.509 (C509)".</t>
        <t>The ranges[2^31, 2^32 -1] and [2^47, 2^48 -1] are reserved for PEN identifiers as in <xref target="pen-id"/>.</t>
      </section>
      <section anchor="EKU">
        <name>C509 Extended Key Usages Registry</name>
        <t>This document updates the following ranges in the "C509 Extended Key Usages" registry in the registry group "CBOR Encoded X.509 (C509)".</t>
        <t>The ranges[2^31, 2^32 -1] and [2^47, 2^48 -1] are reserved for PEN identifiers as in <xref target="pen-id"/>.</t>
      </section>
      <section anchor="iana-pem">
        <name>PEM Label Registry</name>
        <t>IANA is requested to register the following entries in the "Textual Encoding Label" registry under the registry group "PKIX Parameters" <xref target="RFC7468"/>:</t>
        <table anchor="tab-iana-pem">
          <name>PEM Label Registrations</name>
          <thead>
            <tr>
              <th align="left">Label</th>
              <th align="left">Reference</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">
                <tt>C509 CERTIFICATE</tt></td>
              <td align="left">This document</td>
            </tr>
            <tr>
              <td align="left">
                <tt>COSE C509</tt></td>
              <td align="left">This document</td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 CERTIFICATE REQUEST</tt></td>
              <td align="left">This document</td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 PUBLIC KEY</tt></td>
              <td align="left">This document</td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 PRIVATE KEY</tt></td>
              <td align="left">This document</td>
            </tr>
            <tr>
              <td align="left">
                <tt>C509 PEM</tt></td>
              <td align="left">This document</td>
            </tr>
          </tbody>
        </table>
      </section>
      <section anchor="content-format">
        <name>CoAP Content-Formats Registry</name>
        <t>IANA is requested to add an entry for <tt>application/cose-c509-pubkey+cbor</tt> to the "CoAP Content-Formats" registry in the registry group "Constrained RESTful Environments (CoRE) Parameters".</t>
        <figure anchor="fig-format-ids">
          <name>CoAP Content-Format IDs</name>
          <artwork><![CDATA[
+---------------------------+---------+-----------+-------+------------+
| Content                   | Content | Media     | ID    | Reference  |
| Format                    | Coding  | Type      |       |            |
+===========================+=========+===========+=======+============+
| application/              | -       | [[link    | TBD1  | [[this     |
| cose-c509-pubkey+cbor     |         | to TODO]] |       | document]] |
+---------------------------+---------+-----------+-------+------------+
]]></artwork>
        </figure>
      </section>
      <section anchor="media-type-application-registry">
        <name>Media Type Application Registry</name>
        <t>IANA is requested to assign the following entries into the "application" registry in the registry group "Media Types" with this document as reference.</t>
        <section anchor="cose-c509-pubkey">
          <name>Media Type application/cose-c509-pubkey+cbor</name>
          <t>When the 'application/cose-c509-pubkey+cbor' media type is used, the data is a C509SubjectPublicKeyInfo structure.</t>
          <t>Type name: application</t>
          <t>Subtype name: cose-c509-pubkey+cbor</t>
          <t>Required parameters: N/A</t>
          <t>Optional parameters: N/A</t>
          <t>Encoding considerations: binary</t>
          <t>Security considerations: See the Security Considerations section of [[this document]].</t>
          <t>Interoperability considerations: N/A</t>
          <t>Published specification: [[this document]]</t>
          <t>Applications that use this media type: Applications that employ COSE and use C509 as a certificate type.</t>
          <t>Fragment identifier considerations: N/A</t>
          <t>Additional information:</t>
          <ul spacing="normal">
            <li>
              <t>Deprecated alias names for this type: N/A</t>
            </li>
            <li>
              <t>Magic number(s): TBD2</t>
            </li>
            <li>
              <t>File extension(s): .c509</t>
            </li>
            <li>
              <t>Macintosh file type code(s): N/A</t>
            </li>
          </ul>
          <t>Person &amp; email address to contact for further information: iesg@ietf.org</t>
          <t>Intended usage: COMMON</t>
          <t>Restrictions on usage: N/A</t>
          <t>Author: COSE WG</t>
          <t>Change controller: IETF</t>
        </section>
      </section>
    </section>
  </middle>
  <back>
    <references anchor="sec-normative-references">
      <name>Normative References</name>
      <reference anchor="RFC3739">
        <front>
          <title>Internet X.509 Public Key Infrastructure: Qualified Certificates Profile</title>
          <author fullname="S. Santesson" initials="S." surname="Santesson"/>
          <author fullname="M. Nystrom" initials="M." surname="Nystrom"/>
          <author fullname="T. Polk" initials="T." surname="Polk"/>
          <date month="March" year="2004"/>
          <abstract>
            <t>This document forms a certificate profile, based on RFC 3280, for identity certificates issued to natural persons. The profile defines specific conventions for certificates that are qualified within a defined legal framework, named Qualified Certificates. However, the profile does not define any legal requirements for such Qualified Certificates. The goal of this document is to define a certificate profile that supports the issuance of Qualified Certificates independent of local legal requirements. The profile is however not limited to Qualified Certificates and further profiling may facilitate specific local needs. [STANDARDS-TRACK]</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="3739"/>
        <seriesInfo name="DOI" value="10.17487/RFC3739"/>
      </reference>
      <reference anchor="RFC4648">
        <front>
          <title>The Base16, Base32, and Base64 Data Encodings</title>
          <author fullname="S. Josefsson" initials="S." surname="Josefsson"/>
          <date month="October" year="2006"/>
          <abstract>
            <t>This document describes the commonly used base 64, base 32, and base 16 encoding schemes. It also discusses the use of line-feeds in encoded data, use of padding in encoded data, use of non-alphabet characters in encoded data, use of different encoding alphabets, and canonical encodings. [STANDARDS-TRACK]</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="4648"/>
        <seriesInfo name="DOI" value="10.17487/RFC4648"/>
      </reference>
      <reference anchor="RFC5280">
        <front>
          <title>Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile</title>
          <author fullname="D. Cooper" initials="D." surname="Cooper"/>
          <author fullname="S. Santesson" initials="S." surname="Santesson"/>
          <author fullname="S. Farrell" initials="S." surname="Farrell"/>
          <author fullname="S. Boeyen" initials="S." surname="Boeyen"/>
          <author fullname="R. Housley" initials="R." surname="Housley"/>
          <author fullname="W. Polk" initials="W." surname="Polk"/>
          <date month="May" year="2008"/>
          <abstract>
            <t>This memo profiles the X.509 v3 certificate and X.509 v2 certificate revocation list (CRL) for use in the Internet. An overview of this approach and model is provided as an introduction. The X.509 v3 certificate format is described in detail, with additional information regarding the format and semantics of Internet name forms. Standard certificate extensions are described and two Internet-specific extensions are defined. A set of required certificate extensions is specified. The X.509 v2 CRL format is described in detail along with standard and Internet-specific extensions. An algorithm for X.509 certification path validation is described. An ASN.1 module and examples are provided in the appendices. [STANDARDS-TRACK]</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="5280"/>
        <seriesInfo name="DOI" value="10.17487/RFC5280"/>
      </reference>
      <reference anchor="RFC7468">
        <front>
          <title>Textual Encodings of PKIX, PKCS, and CMS Structures</title>
          <author fullname="S. Josefsson" initials="S." surname="Josefsson"/>
          <author fullname="S. Leonard" initials="S." surname="Leonard"/>
          <date month="April" year="2015"/>
          <abstract>
            <t>This document describes and discusses the textual encodings of the Public-Key Infrastructure X.509 (PKIX), Public-Key Cryptography Standards (PKCS), and Cryptographic Message Syntax (CMS). The textual encodings are well-known, are implemented by several applications and libraries, and are widely deployed. This document articulates the de facto rules by which existing implementations operate and defines them so that future implementations can interoperate.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="7468"/>
        <seriesInfo name="DOI" value="10.17487/RFC7468"/>
      </reference>
      <reference anchor="RFC8949">
        <front>
          <title>Concise Binary Object Representation (CBOR)</title>
          <author fullname="C. Bormann" initials="C." surname="Bormann"/>
          <author fullname="P. Hoffman" initials="P." surname="Hoffman"/>
          <date month="December" year="2020"/>
          <abstract>
            <t>The Concise Binary Object Representation (CBOR) is a data format whose design goals include the possibility of extremely small code size, fairly small message size, and extensibility without the need for version negotiation. These design goals make it different from earlier binary serializations such as ASN.1 and MessagePack.</t>
            <t>This document obsoletes RFC 7049, providing editorial improvements, new details, and errata fixes while keeping full compatibility with the interchange format of RFC 7049. It does not create a new version of the format.</t>
          </abstract>
        </front>
        <seriesInfo name="STD" value="94"/>
        <seriesInfo name="RFC" value="8949"/>
        <seriesInfo name="DOI" value="10.17487/RFC8949"/>
      </reference>
      <reference anchor="RFC9090">
        <front>
          <title>Concise Binary Object Representation (CBOR) Tags for Object Identifiers</title>
          <author fullname="C. Bormann" initials="C." surname="Bormann"/>
          <date month="July" year="2021"/>
          <abstract>
            <t>The Concise Binary Object Representation (CBOR), defined in RFC 8949, is a data format whose design goals include the possibility of extremely small code size, fairly small message size, and extensibility without the need for version negotiation.</t>
            <t>This document defines CBOR tags for object identifiers (OIDs) and is the reference document for the IANA registration of the CBOR tags so defined.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="9090"/>
        <seriesInfo name="DOI" value="10.17487/RFC9090"/>
      </reference>
      <reference anchor="I-D.ietf-cose-cbor-encoded-cert">
        <front>
          <title>CBOR Encoded X.509 Certificates (C509 Certificates)</title>
          <author fullname="John Preuß Mattsson" initials="J. P." surname="Mattsson">
            <organization>Ericsson AB</organization>
          </author>
          <author fullname="Göran Selander" initials="G." surname="Selander">
            <organization>Ericsson AB</organization>
          </author>
          <author fullname="Shahid Raza" initials="S." surname="Raza">
            <organization>University of Glasgow</organization>
          </author>
          <author fullname="Joel Höglund" initials="J." surname="Höglund">
            <organization>RISE AB</organization>
          </author>
          <author fullname="Martin Furuhed" initials="M." surname="Furuhed">
            <organization>IN Groupe</organization>
          </author>
          <author fullname="Lijun Liao" initials="L." surname="Liao">
            <organization>NIO</organization>
          </author>
          <date day="30" month="June" year="2026"/>
          <abstract>
            <t>   This document specifies a CBOR encoding of X.509 certificates.  The
   resulting certificates are called C509 certificates.  The CBOR
   encoding supports a large subset of RFC 5280 and common certificate
   profiles, and it is extensible.

   Two types of C509 certificates are defined.  One type is an
   invertible CBOR re-encoding of DER-encoded X.509 certificates with
   the signature field copied from the DER encoding.  The other type is
   identical except that the signature is computed over the CBOR
   encoding instead of the DER encoding, thereby avoiding the use of
   ASN.1.  Both types of certificates have the same semantics as X.509
   while providing comparable size reduction.

   This document also specifies CBOR-encoded data structures for
   certification requests and certification request templates, new COSE
   headers, as well as a TLS certificate type and a file format for
   C509.  This document updates RFC 6698 by extending the TLSA selectors
   registry to include C509 certificates.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-ietf-cose-cbor-encoded-cert-20"/>
      </reference>
      <reference anchor="X.690" target="https://www.itu.int/rec/T-REC-X.690">
        <front>
          <title>ASN.1 encoding rules. Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER)</title>
          <author>
            <organization/>
          </author>
          <date>n.d.</date>
        </front>
      </reference>
      <reference anchor="RFC2119">
        <front>
          <title>Key words for use in RFCs to Indicate Requirement Levels</title>
          <author fullname="S. Bradner" initials="S." surname="Bradner"/>
          <date month="March" year="1997"/>
          <abstract>
            <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
          </abstract>
        </front>
        <seriesInfo name="BCP" value="14"/>
        <seriesInfo name="RFC" value="2119"/>
        <seriesInfo name="DOI" value="10.17487/RFC2119"/>
      </reference>
      <reference anchor="RFC8174">
        <front>
          <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
          <author fullname="B. Leiba" initials="B." surname="Leiba"/>
          <date month="May" year="2017"/>
          <abstract>
            <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
          </abstract>
        </front>
        <seriesInfo name="BCP" value="14"/>
        <seriesInfo name="RFC" value="8174"/>
        <seriesInfo name="DOI" value="10.17487/RFC8174"/>
      </reference>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA91ce3PbRpL/H59ijq46SQlBiXpZ5q13VxJpLyvW4yg52ZTj
PYPAkMQGBHgYQApjeT/LfZb9ZNvdMwPMgIBIW76tSliJBQLz6Pl1Tz8HdF3X
ueuxAycLs4j3WOs0CMIsTGLBsoSdH+29YDdZmvtZnnLRcoLEj705tAtSb5K5
Ueglrp8I7vrQ0vV0X3dvz/HG45TD0DRGMarj+F7WYyILHJGP56EQcDdbLmDI
4eD2leMnQRhPeyzPJu6Jswh7DgNC/B5bcgGXIkmzlE9E8X05N79Cy4Avshku
6I7HOcfu0zTJF7Cy87OrEbsa/537GbsJpzHMw7w4YIPYT5cLpK6FQxAtrR+S
9Gds8Bo74/25F0ZwHxf755Bnk06STvG+l/owXWuWZQvR293FZngrvOMd3WwX
b+yO0+Re8F0cYLflOF6ezZIU6XOZhPRN+Pc8hn+9BG4yBh177HJ4RV+4nD7C
Jh1E/c9xmHTCxHHiJJ17GUyHQ41enR88P3ihLg+PD0/U5dH+yZ66fH54rO+e
vDjUbV/svaAGQ7dPdCuujpPU5TEwhQeuz9MMm/y1cyzbAlhSaE5vLjtdRu0Q
szSPuOiwmwX3w0kI/AZoWTJhZ54IfYRbNhthM7Z9NhjttNm5FycxtI1Wnp/D
c+JTPxQZ3M9DMePBSrM+NJM0eemUg4hpjtzf33fCLO+Ecbabcn/31h0Nzl1a
hOOE8aTEz3Fdl3ljkaWenznO7SwUDAQ+n/M4YwGfhDFM5Fn7A0VqIPEBXFDS
zwEluWoiHm7tdBrHYjG/pw1yk5NcXufjKPS/48sh0EWi2IZGNEvKF7ADoXcB
Zzbjak7Vux/C+rIkXZ5mWRqOc6SA/5LxGPdYmzD02Jz7My8OxRz6exnzogjE
EoUNbv7qyZV5sCunMcfm12l4B0uBRWY8XaSh4Owyn495yravB5c7CIJcjTWE
KxTvGaDOp9A6DIB0uMNTwe5DEP08gyVNgaU8RS5yz58ZjaAfrY+Ux6h/yTy9
JIXK+WjlVrFUNuy3mV/ygS0SQHXZBhJlI+TWz3zJcuFNuSIjDUFmq4zyIpEU
3Mqgbw4CWsh55I15JBhIkKQzIS4IGBafIvkrXfwkvsM1IsoKI6AFFgtbkOHO
7EgpnIdBEHHHecaGcZYmAShgXNjHZyF+/eQ4Hz+u2amfPhWEE3EmHkJrdJQu
P5kvQN6llBWEgnxJ2TL6wZ6moUS+WIAeRvmNcLPBjbHgmS2TFv5pMgkjrgii
9X78qLQS0ImCiahzJXUIaA6CBs0AL9yO1IvHd2GaxMgYFFF2z6MI/055zFMA
2ZjRHXsCesC8YBGSSDKWM7yrlmDppoLD0GZBW5DEA8YG9kSBlFglkbU4dtiw
Iiwa1Tr5x/UJHoGsFFpjVcRFjYwLW8hFjZSH2AgBXRX0VfGu1WnFtrMxguVP
kjwFe8c9HMllfUuLFVg067P7WQib3E9SUGSLJA5outqWMJnE5ePHGy5F/xAs
DAhYITUdRmtZ8HQekigSzQb3YOwxL9UmiR04BwhKnEVLHEwKf8QzvrJHrBUW
kDxVCdt73lzcfqfbObEXaFIAutYVfrLAjqUkddhpbOldqdNnILhjzuPP0eO+
p5sXInvnRTkvZB9BTu5j8lUEiDbI/E1u6WxBgwDmuVCb+N8i1YY5+d88rDUm
WhSkuZHgK4EZnl6eaguwrEB+8SUafpICQPfgPRq8Hi+lvkMFT4y1tyFcI+a0
LkkqIZgl4MfMgHxcINtA4ZMWChKgPU705la700RUejz/BRzFjS8kDyS6ehGF
k2BrhMDLwIGAGaMOmqbLRO4DWP65Ydc+PovVg09S7SKvABGYqnXx9ua21ZZ/
2eUVXY8G//12OBr08frmL6dv3hQXjmpx85ert2/65VXZ8/zq4mJw2Zed4S6z
bjmti9MfW1JyWlfXt8Ory9M3LelbWGYetJYEPpTbg6O68IQDJskHSZUSc3Z+
/c//6x4CJ/4DeLnf7b4A2yW/nHSfH8KX+xlXflYSg4aRXwG9peMtFtwjrwYc
LtgnizADc9FGEyNmuK2Az6hzvnmHyLzvsT+M/UX38I/qBi7Yuqkxs24SZqt3
VjpLEGtu1UxToGndryBt03v6o/Vd427c/MOfIhRNt3vypz86KEkkXdIEMLAB
IEJSkYPkfGoyWiiVkwTdV4o5OGiDcaRNl9TFljnAuM5x/lF+mA8+ltNorV6y
dxhgVh6dRtMkhf04ZxD26OthoWraNV1Y8ekp5RI4701CnI8QEINt9TnuZhc1
7MsWBtSwPWlLdZDS1ids92wSTt0mms/7/TcyJnvZomutuOoat9TubF4hOT9k
TRBrAWSVGgKFXEBUCuv2yRvLNhgKzNvt2Y0RIUkruIFiqyP06fQ9lSzHGcZs
4UE/PwdPGLazXnAZAJE8arJE4QKTSVjvwoPeAEUChg3UhlQoVScVtobp40jL
1MTzDntFMZCHXg+pJpYssnAe/gpdRzenNn7gX4fw1Hf9PL2zJi2bEX0qU1Q7
I27vgTbvaBwKWy9AAJ8ZD7UHxQoXihk+FHV0m50sGEz6YaZ+2MgnW++Jsabw
vdEpBC+smEBKbzkf+VVVvoGENhNbp7ceWZrUXN82Dwjqp7k/dIfe29ull3ZL
KTEwjW1W3vweV1EoNLbDdncx/bLS7R9JGLRXuo2XSOjOjvMkPfgIBlUt2NwU
9eAAHcYti/It5JDajYyH5Ih5QmdjAAy2LTgHyVFKJdAj4yhobD592sGEA/aJ
WR7fp+gDBLL71bAvPUJMuylXfzh5jAJr6jb6bqFQ5k9qE/0043MKbWJp8lhC
lINEIhFK+yh9qlWUbCdjGepPwXiGkZVSVRXCOhuRW7fqOspx2v5gpFUf25KB
xxbblgEjNL8Z3LKrV6U6ICnaqQEH5QpDUdBNqHlAvfRBn19NzsI0m0l7BxGj
IJ+VvNkyFNkyWm5JCOxsBWZWUSULtvVaphxQbd6GcwCEgSFAZSB16pYt7lum
pUKsiVSMHKoqYOtH+Fxc9PtbbVT26JailxOmImOHLAinFOqq20uOJsdEcl83
QYnHJvMkhtABdfnKo8BbKoSuI4jmNoPIbLoOo2Kr3RA7PhcjcyqIc9nb21cn
TA5VEbQCTZ3ihFgXlDE6g2X7zJtOoTmFUrEMfLv7XbbtRSDnMSWA2R7548aS
3mF06OL47u3p65v3O0AIuO9yS0kp09ET8ASDLpUawy2GllYNbObQiMbyBhoE
DFy5yCAcoLChslJP8heYZUICWpoEaJc9O+7ASrbx245k6GsMJdM1rJSN1jGx
gPLLmFiwRonaeZLHEGdfTc7DDDZPLGbhYg2ddV2eQDUh7DH0kjBYqBm8tM8G
M2+fstgRF5iM8PmmSy06/DvZQzmmG5ljGhpJHYjFeOyGwWcmnZsSn34ynxMT
KMdhZYgqySEzL6Sv7dRPu7KZqtmirDFw1AFiYbWNaYnbgteuYJEmd/C9SO8W
jj0gWM3Fzb2lzAnH3E7bqcoLqIw597AMOckjlTGwc23gB4mlAIvcYSM7uSXy
ugwXqgqEIWCTNJmjBbbSWyhMeRxznwvhpUY4YZHtRSn3giVJicemUTKm2COP
Q9BSZfoPOqZJPp09lltcyXSh4uQgBZiMExyCCsDiPpFZF9h2UkLqc52F4Xqq
yDSLy+NCcQZqnwgA+pR0qXwR7mVw6LyUr9jzccw6nQ4bd9l4r7DpcDMUyj6D
YcekKxEEAI0xKQdjj/d0k4h7q22kw6hQY+/2/3bQbTP4d5+5rPsewgVG5gcp
RTO2hw/B2uFDuVSD7p563t2j59j3dsbtLDASI0sxua+WJv0OQXN9+PAB/h1v
dbfYwwPb77q4DJwcvnX36JsxoepQWcHhcyTi8MQ16Mdc2cq+AQzQ0q7k9kt+
NGLiakSqTfeLpt33VXxKBLtHEiFjIAva2p7QrWt2fjK8B/sWvEdN8D5jtyo3
XZTKt68HFzuk0Oc6rSZU3FstcsqmZd6iSIEXdR7RNtJvVBkzcsAQTZgZb1py
NVUuqMiHNbnjw8L5H4cxqiYyjXAvStBKjHl2j/WMloufs8Hr4SV7c3o2eEPf
WzK/S9eDy771JJKBOloJL4VxyZfTc1kp/dQrAyUzGpFnG1QrsuxMef/q5AHB
6aoipEtnH3REKdOagws2Br38M6NMLqCECXidVzcymNgTDyEQWAqHhbeMEi/Q
ymClRku2rKxC2s9pvjEvYjk8P+FTyrm2CiVk8oPQwqt9lQTBUyIqRq2nrMJC
z/eTlAiANRqZFTUcnkoBP2FbZDCRlwZ4LAS6S9d8gaVIrJPPPDyEgZv+w8sP
4Hdfe6nAbypRDeoQrQgEiJkyR5R1JxbGSexKksxhPKoVGvTo5RVFGbk8WIW3
EHkkjeEYXDIgEkyE4lTjALRTMYkB2qFOSjGnUgGKuKVw3NH9bAlWYwJtlwmb
gV2GJaia9DbFKkZ9oomyHbJM2ovEjYzJASU8qsJVLYmAI4kpwrnOagkpTAp2
7G8Tg0vKYyquEZKDXxaRB9EPGlGKU8bS7FPyMuVuLcpLM9ypJwALD7LOh14L
XGIhN5buUOF6y31n5nPlHqUzauSmQiylq3s99kE2H4xuh6+G56e3gw/KTy8l
3LMVB/Uwxv9QiRs3yx0jYw1RqVIh+V8rM5Xpd5xCcuoHUbk1yplZQBRpsipg
CI82Gy2Zpz2/uhn8DzVUaOpjf1U0oR3RsQGMesivA6Ce+DHk9IwmZna/FbD0
OguwCiDqULKRROkeyfDeEkKRrpFBhhW+wc3t58oiTKjm+2xM26xQ1ZvIp6Zw
YzktSXtEYO1R6wVXpA1ya6LdxBu7yqjHXORjWWtc4cn127M3w3P23eDHzVhR
VwRZZUVZ3mxCupx3DcB1E1YBrg5Wi6vEwILWAKsRTxX8VQGF202IjobfI6c3
hlRNATN8PUVrELEG33L2FVSrY9TDKpGwcTVAawQW7puAks++CubgYkMQoeHX
Q29wsQ41CB+qcOlO9TDxuQ3RKix46w0unt3k8zn6CxIfAsQV8p6qahuhCWWC
5dPwV04ehnm4xwCkcioEowbM86QyaTSXLqo+qWkeDkKPBCI57GXGDmWsBDg+
GPQ/VE7Ww41+ScZDOYdq7jz0ADjjHxht1W1hDzWeycNGdWbsaY1EExSWnD1Y
xnrTMS93T1ktqYV1WyXZNGBfQrsxdDGzocP1hIW6xDvv3lmcf/8eW1mdyqEM
5VWMZeinjUm2ByrHx236YGzZz8MatxUIvFtsi6ISWgifMEWNcgB9tW7aZugE
5GmYLfFMF6ahU08f6xLqCW6xq/4VnU7G/OJKwxBcf0OTPVrXH+nkJIzfVEl1
HJoHM5J+yinBKY+1FZlNWmTAWmvna1EVVGYSi970hoh6QcQ+zS8P8LdkAqNo
r4IeDKsosd5ml94c/jXS5m1Z7QRt0AZ85nRouVoGl6m4EZ9A2BT7XKcHv9cp
Ia88i7mSs3L3/3Z8gHml4wMjrUfJXAqC/STK57EqFmIAJstVokOkUmMzyY/N
1LsQkYoqF7LkTitXC5arpIXRCxmDkcxiYyCPOMui16PsLlMPlPCmtFKRtOCB
XSqTeMQJ1cvLSogsbuA9TYXBENDyP6MkwH4Atg2xEq67q2yhrkFPwztOpz+C
JEORCoAyXL59nqMEFieSsGISJ/PCWCZlZvwXXQxUQbVpA2Spn143oROaskVZ
9QnlaU3+y0KeB1cHQFFIRZYkKpVfMrZ4YwV83e1J9TQPzLZDV+r1CSV5qvAz
z8ExVrTDDkq15OGkZbn5Ef6pY/oy5wA27Xt5RLgqnT+9O9h/fnzSZsdHRwdH
P71XqXHK+MsMhHaA3gog/K52FAHD2Encn2SG9ScrW1w7OiZnTekWyuuWhaxP
j02JJB/TnF2Go7clGfs033N1C8lAKk7KHVhHx6ucjDssUu6M+llhAnf/EEY6
gDEMvSR5vEgTnwc4DGDfwnfkQGPchaD8yBsZgNxAHC9vqaOuE5U6lwKjJl0z
sD2Oel8ijMMsxDcrEjyenAkt34UihBXbZ5Ocb1350X+/5PMtWEOpBB8eFcbH
Pw/Oty/lR//9kg/Sgp8umlh6Tc/4GCdG1tHyoK9MtSsHCwN3EXhusHYwc5Qr
LNyYn25nv3NyuNfpdg+ODl90uh34/3DdKKCo7FH2jtneCds/o4su2zui/54z
MIXwtWEUrWWKodB9xSr146BURqkeEZNma5PPw1eTOvzs13HaOnqx6YqaOL1Y
O9gX82i/aZT/Jx59Bi5fk0cHdTySJ1rWrmczHk3XDvbFPDpoGuX3tY8O63hU
e+Bm3YqaeOSvHeyLeXTYNMrvi0dHj/KoOIa0wYrW8qhxsC/m0VHTKL8XHlWO
RlO+rClGtnJnjwbAdHzaSzN8R831onAav2z5eIgiNbOPeMqmPkpPgxgmVXG5
fbwnXwQUt1UK2148Lb3eVs3wLeOIUvy5obl0VeUkVsCgDmQY0YK897nRgllT
HDWA4qdPx8Qa/DcDifFuh4EHbJWngVEO+5tBwqqfqoNlJibn108RjprBfzPI
DPQ5PKx3vJVv7RrADL57+1RJsQf/LQBTFgMMJDBxqio9lPGkl4QoGS4zQ/oV
5gosMBcdUdG4rBz8ookMVJpzoNffDf+Kh23AKcBjMy3zGFcPixi6gFGkLe3q
RFNhwubuanmh7vkjRYOm5namv7GVncRvbCbz79XHOseumbWSYdcclflwbVWT
02vMlGMixX1FKTzbgqhHMrvXJABeEGBCExkuk6cf8A08VTfZLX+JSdZyv8VS
wQd91KxVR8IGW8X4CY4RwI+HlQfmT3FsnyejwY4pNJ36nFCtl1NzVV5bPdFp
VdTXOV3Fswd2wYPQU3eHffm3lFfisFx+rfcGA9GmQdajZ6Xu2n+1o/dY6qjm
qry2euLSTEZWKXKLq3fvojD+WV7fnvW7rCxfaQe2VgoqxD+gUGARh2pd+p5Z
APt6XKtzY6WUgzos39RbFU78MQi1eyRHiR2nJU7F/mnaLfIHLZqUpd4XBvLr
t0NJCewdSsFWqsaizKurF0EM4tfuVtIE9v1Pzg86n7+1tv8Wm9NsFBOEdMRW
1UvoSG2o31qtfeW9PEkKRhAHkD9MZkxK741m5aNaGhxHvq2Av8BTKIUeVigd
52qhfjFi5UlhrHyrnNhTB05hZl2YrDa44apw0VC51Geck8lqpZfe4QYqkgU0
H4dR3fhEHiFFvzxm/S5Ob3VIxzFEVB1ax5PO1KzkTo+tNuPzRZQs5Yk09DVy
/XtF9C6G+eYCjgC0v0q9qfwNkfJdkFry9Q/wAfJGBQks+jesj/Uu+doIhIMw
E73jod63CIUiFkf5hl1409BXL9Bti50e6qB9uP8Kf96pePWCnnRQLKiLj1tN
zBj9BhQJD/pd1EhCSy9Esf+Uv3KHNg78KfrlEapVQSCLtEzytFoA6zHYyNPi
5/gkK8kXpJc9egx/oeLqEuURC3TqlDNMpR5LZOQP8UnQf3jtOOcz9P1o7hS0
Bk/VTxP+C6XfC9YrUQAA

-->

</rfc>
