<?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.39 (Ruby 4.0.5) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-bormann-cose-turbo-kanga-kmac-00" category="std" consensus="true" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.34.0 -->
  <front>
    <title abbrev="COSE: KangarooTwelve, TurboSHAKE, KMAC">COSE Algorithms for KangarooTwelve, TurboSHAKE and KMAC</title>
    <seriesInfo name="Internet-Draft" value="draft-bormann-cose-turbo-kanga-kmac-00"/>
    <author initials="Q." surname="Dang" fullname="Quynh Dang" role="editor">
      <organization abbrev="NIST">National Institute of Standards and Technology</organization>
      <address>
        <email>quynh.dang@nist.gov</email>
      </address>
    </author>
    <author initials="Y." surname="Name Here" fullname="Your Name Here" role="editor">
      <organization>org</organization>
      <address>
        <email>Your@example.com</email>
      </address>
    </author>
    <author initials="C." surname="Bormann" fullname="Carsten Bormann" role="editor">
      <organization>Universität Bremen TZI</organization>
      <address>
        <postal>
          <street>Postfach 330440</street>
          <city>Bremen</city>
          <code>D-28359</code>
          <country>Germany</country>
        </postal>
        <phone>+49-421-218-63921</phone>
        <email>cabo@tzi.org</email>
      </address>
    </author>
    <date year="2026" month="July" day="06"/>
    <area>Security</area>
    <workgroup>CBOR Object Signing and Encryption</workgroup>
    <abstract>
      <?line 55?>

<t>RFC 9861 defined and registered four eXtendable-Output Functions
(XOFs), hash functions with output of arbitrary length, named
TurboSHAKE128, TurboSHAKE256, KT128, and KT256; the present document
is intended as the IETF consensus document that is now needed to give
these algorithms Recommended status in the COSE registry.</t>
      <t>This document specifies concrete instances of those four functions above to be used as MACs in COSE.</t>
      <t>This document also specifies concrete instances of KMAC128 and KMAC256 in <xref target="NIST.SP.800-185"/> to be used as MACs in COSE and registers code points for them.</t>
      <t>And, this document provides "Recommended" status for those algorithms for COSE.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://cabo.github.io/turbo-kanga/draft-bormann-cose-turbo-kanga-kmac.html"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-bormann-cose-turbo-kanga-kmac/"/>.
      </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>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/cabo/turbo-kanga"/>.</t>
    </note>
  </front>
  <middle>
    <?line 77?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>TurboSHAKE128, TurboSHAKE256, KT128, and KT256 specified in <xref target="RFC9861"/> have great performance improvement over Keccak-based functions specified in FIPS 202 and SP 800-185. This document specifies concrete instances of those four functions for being used as MACs in COSE and moves their status to "Recommended".</t>
      <t>In addition, this document also specifies concrete instances of KMAC128 and KMAC256 specified in SP 800-185 for being used as MACs in COSE and registers code points for them.</t>
      <section anchor="conventions-and-terminology">
        <name>Conventions and Terminology</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?>

<!-- Some examples in this specification are truncated using "..." for readability. -->

</section>
    </section>
    <section anchor="mac-algorithms-based-on-turboshake128-turboshake256-kt128-and-kt256-for-cose">
      <name>MAC Algorithms Based on TurboSHAKE128, TurboSHAKE256, KT128, and KT256 for COSE</name>
      <t>This section provides concrete specifications for MACs derived from
TurboSHAKE128 and TurboSHAKE256, as well as for simple MACs based on
KT128 and KT256.</t>
      <section anchor="turboshake128-mac">
        <name>TurboSHAKE128-MAC</name>
        <t>As specified in <xref section="2" sectionFormat="of" target="RFC9861"/>, TurboSHAKE128 has 2 required input parameters: the message M and the output length in bytes L, and one optional input parameter D.
TurboSHAKE128-MAC is a MAC using TurboSHAKE128 where M is the concatenation of the original input message, called M', and a 128-bit secret key, called K, denoted as M'|| K.
<cref anchor="question">Question for the group:</cref> Does the group want to have a D value? If the answer is yes, what would it be?
<cref anchor="question_1">Question for the group:</cref> L being 16 bytes (128 bits) is fine?</t>
      </section>
      <section anchor="turboshake256-mac">
        <name>TurboSHAKE256-MAC</name>
        <t>As specified in <xref section="2" sectionFormat="of" target="RFC9861"/>, TurboSHAKE256 has 2 required input parameters: the message M and the output length in bytes L, and one optional input parameter D.
TurboSHAKE256-MAC is a MAC using TurboSHAKE256 where M is the concatenation of the original input message, called M', and a 256-bit secret key, called K, denoted as M'|| K.
<cref anchor="question_2">Question for the group:</cref> Does the group want to have a D value? If the answer is yes, what would it be?
<cref anchor="question_3">Question for the group:</cref> L being 32 bytes (256 bits) is fine?</t>
      </section>
      <section anchor="kt128-mac">
        <name>KT128-MAC</name>
        <t>As specified in <xref section="3" sectionFormat="of" target="RFC9861"/>, KT128 has 2 required input parameters: the message M and the output length in bytes L, and one optional input parameter C.
KT128-MAC is a MAC using KT128 where M is the concatenation of the original input message, called M', and a 128-bit secret key, called K, denoted as M'|| K.
<cref anchor="question_4">Question for the group:</cref> Does the group want to have a C value? If the answer is yes, what would it be?
<cref anchor="question_5">Question for the group:</cref> L being 16 bytes (128 bits) is fine?</t>
        <t>KT128 was designed to utilize parallelism in SIMD processors.</t>
      </section>
      <section anchor="kt256-mac">
        <name>KT256-MAC</name>
        <t>As specified in <xref section="3" sectionFormat="of" target="RFC9861"/>, KT256 has 2 required input parameters: the message M and the output length in bytes L, and one optional input parameter C.
KT256-MAC is a MAC using KT256 where M is the concatenation of the original input message, called M', and a 256-bit secret key, called K, denoted as M'|| K.
<cref anchor="question_6">Question for the group:</cref> Does the group want to have a C value? If the answer is yes, what would it be?
<cref anchor="question_7">Question for the group:</cref> L being 32 bytes (256 bits) is fine?</t>
        <t>KT128 was designed to utilize parallelism in SIMD processors.</t>
      </section>
    </section>
    <section anchor="kmac128-and-kmac256-for-cose">
      <name>KMAC128 and KMAC256 for COSE</name>
      <t><xref target="NIST.SP.800-185"/> specifies two MAC algorithms: KMAC128 and KMAC256 which have 3 required input parameters and an optional customization string input, called S.
The key, K, shall be 128 and 256 bits for KMAC128 and KMAC256 respectively.</t>
      <t><cref anchor="question_8">Question for the group:</cref> Does the group want to have S to be an empty string? Or, is there a specific string the group would like to use?</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t><cref anchor="replace-xxxx">RFC Ed.: throughout this section, please replace
RFC-XXXX with the RFC number of this specification and remove this
note.</cref></t>
      <section anchor="sec-regupdate">
        <name>Updates to the COSE Algorithms Registry</name>
        <t>IANA is requested to update [has updated] the registrations in the
COSE Algorithms registry in <xref target="IANA.cose"/> shown in <xref target="tab-upgrade"/> by
setting the Recommended status column to Yes, and by adding the present
document to the Reference column.</t>
        <t>In <xref target="tab-upgrade"/>, the following columns all have the same content and
have been elided:</t>
        <ul spacing="normal">
          <li>
            <t>Capabilities: <tt>[kty]</tt></t>
          </li>
          <li>
            <t>Change Controller: IETF</t>
          </li>
          <li>
            <t>Reference: <xref target="RFC9861"/>, RFC-XXXX</t>
          </li>
          <li>
            <t>Recommended: Yes</t>
          </li>
        </ul>
        <table align="left" anchor="tab-upgrade">
          <name>Registrations in COSE Algorithms Registry Updated to Recommended: Yes</name>
          <thead>
            <tr>
              <th align="left">Name</th>
              <th align="left">Value</th>
              <th align="left">Description</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">KT256</td>
              <td align="left">-264</td>
              <td align="left">KT256 XOF</td>
            </tr>
            <tr>
              <td align="left">KT128</td>
              <td align="left">-263</td>
              <td align="left">KT128 XOF</td>
            </tr>
            <tr>
              <td align="left">TurboSHAKE256</td>
              <td align="left">-262</td>
              <td align="left">TurboSHAKE256 XOF</td>
            </tr>
            <tr>
              <td align="left">TurboSHAKE128</td>
              <td align="left">-261</td>
              <td align="left">TurboSHAKE128 XOF</td>
            </tr>
          </tbody>
        </table>
      </section>
      <section anchor="sec-regadd">
        <name>Additions to Existing Registries</name>
        <t>IANA is requested to add [has added] the registrations in the
COSE Algorithms registry in <xref target="IANA.cose"/> shown in <xref target="tab-add"/>.
<cref anchor="rfced">RFC Editor:</cref> Actual values are TBD by IANA and need to be updated after registration.</t>
        <t>In <xref target="tab-add"/>, the following columns all have the same content and
have been elided:</t>
        <ul spacing="normal">
          <li>
            <t>Capabilities: <tt>[kty]</tt></t>
          </li>
          <li>
            <t>Change Controller: IETF</t>
          </li>
          <li>
            <t>Recommended: Yes</t>
          </li>
        </ul>
        <table align="left" anchor="tab-add">
          <name>Registrations Added to COSE Algorithms Registry</name>
          <thead>
            <tr>
              <th align="left">Name</th>
              <th align="left">Value</th>
              <th align="left">Description</th>
              <th align="left">Reference</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">TurboSHAKE256-MAC</td>
              <td align="left">-tbd</td>
              <td align="left">TurboSHAKE256 MAC</td>
              <td align="left">
                <xref target="RFC9861"/>, RFC-XXXX</td>
            </tr>
            <tr>
              <td align="left">TurboSHAKE128-MAC</td>
              <td align="left">-tbd</td>
              <td align="left">TurboSHAKE128 MAC</td>
              <td align="left">
                <xref target="RFC9861"/>, RFC-XXXX</td>
            </tr>
            <tr>
              <td align="left">KMAC128</td>
              <td align="left">-tbd</td>
              <td align="left">KMAC128</td>
              <td align="left">
                <xref target="NIST.SP.800-185"/>, RFC-XXXX</td>
            </tr>
            <tr>
              <td align="left">KMAC256</td>
              <td align="left">-tbd</td>
              <td align="left">KMAC256</td>
              <td align="left">
                <xref target="NIST.SP.800-185"/>, RFC-XXXX</td>
            </tr>
            <tr>
              <td align="left">KT128-MAC</td>
              <td align="left">-tbd</td>
              <td align="left">KT128 MAC</td>
              <td align="left">
                <xref target="RFC9861"/>, RFC-XXXX</td>
            </tr>
            <tr>
              <td align="left">KT256-MAC</td>
              <td align="left">-tbd</td>
              <td align="left">KT256 MAC</td>
              <td align="left">
                <xref target="RFC9861"/>, RFC-XXXX</td>
            </tr>
          </tbody>
        </table>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>TBD</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-normative-references">
      <name>Normative References</name>
      <reference anchor="NIST.SP.800-185" target="https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-185.pdf">
        <front>
          <title>SHA-3 derived functions: cSHAKE, KMAC, TupleHash and ParallelHash</title>
          <author fullname="John Kelsey" surname="Kelsey">
            <organization>Information Technology Laboratory</organization>
          </author>
          <author fullname="Shu-jen Change" surname="Change">
            <organization>Information Technology Laboratory</organization>
          </author>
          <author fullname="Ray Perlner" surname="Perlner">
            <organization>Information Technology Laboratory</organization>
          </author>
          <author>
            <organization abbrev="NIST">National Institute of Standards and Technology</organization>
            <address>
              <postal>
                <country>US</country>
                <city>Gaithersburg</city>
              </postal>
            </address>
          </author>
          <date month="December" year="2016"/>
        </front>
        <seriesInfo name="NIST Special Publications (General)" value="800-185"/>
        <seriesInfo name="DOI" value="10.6028/NIST.SP.800-185"/>
      </reference>
      <reference anchor="RFC9861">
        <front>
          <title>KangarooTwelve and TurboSHAKE</title>
          <author fullname="B. Viguier" initials="B." surname="Viguier"/>
          <author fullname="D. Wong" initials="D." role="editor" surname="Wong"/>
          <author fullname="G. Van Assche" initials="G." role="editor" surname="Van Assche"/>
          <author fullname="Q. Dang" initials="Q." role="editor" surname="Dang"/>
          <author fullname="J. Daemen" initials="J." role="editor" surname="Daemen"/>
          <date month="October" year="2025"/>
          <abstract>
            <t>This document defines four eXtendable-Output Functions (XOFs), hash functions with output of arbitrary length, named TurboSHAKE128, TurboSHAKE256, KT128, and KT256.</t>
            <t>All four functions provide efficient and secure hashing primitives, and the last two are able to exploit the parallelism of the implementation in a scalable way.</t>
            <t>This document is a product of the Crypto Forum Research Group. It builds up on the definitions of the permutations and of the sponge construction in NIST FIPS 202 and is meant to serve as a stable reference and an implementation guide.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="9861"/>
        <seriesInfo name="DOI" value="10.17487/RFC9861"/>
      </reference>
      <reference anchor="IANA.cose" target="https://www.iana.org/assignments/cose">
        <front>
          <title>CBOR Object Signing and Encryption (COSE)</title>
          <author>
            <organization>IANA</organization>
          </author>
        </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>
    <?line 207?>

<section anchor="examples">
      <name>Examples</name>
      <t>TBD</t>
    </section>
    <section numbered="false" anchor="acknowledgments">
      <name>Acknowledgments</name>
      <t>TBD</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA9VZ3XrbuBG9x1NglYvdzYp0JDupo2bjyH8bf7Etr6W0SdP0
W5CERK5JgAFAK0qcd+lFn6R9sc4AoCTKcpy02aarG1FDYGZwZuZgAAVBQExm
ct6jrb3B8ID284lUmUkLTcdS0WdMTJiScjTl+SVv01GlIjl82n92QJlI6LOT
/l6LsChS/NJr6H1kTttPiJnhYGbWo9okhCQyFqwAFxLFxiaIpCqYEEEsNQ8M
Tg4uUGVwUbA4yGGuNkQbxVnRo0cHo0MiqiLiqkcSeNcjsRSaC13pHjWq4gQ8
2yQMhoOHQx5XsLxZi0ylupgoWZXo9+7gnA6iX3ls6DCbiExM7PIORKxmpcmk
aJELPoMpSY9cclGBFUo/ZzalZlYiyH8GszjgJ5yM8oJlOchxsU8ybsahVBOU
MxWnIE+NKXVvYwOHoSi75GE9bAMFG5GSU803UMEGTpxA9KoIVbJIbizhhy8d
ekt6cVDopoRZY/jGJ0QjTE2RtwhhlUklBIAGYINSF82fq5lI6T4MtkIlMct4
khmprABW0KOnDAFiOT0SGhKxMpzKMR0aAJCpRFsgRzxOhczlZFbPqzPu9Gg4
sjLuYHyDJsMETD4RmTbhRF42fWq9lJWiV2C24PQpV7x1o29MZO+scz38tWzF
KnnC37KizHkYy6LVNLLHlDZc0F0H3UdW/1xAPJXOzL/+Yeiu4gXMGv3lyA7A
DOcQqjOpzZjFKd3cvLe1dc++iyGFe36CE8gE1O8H3e3N+w+9pBIGS+wnjl44
6MpUChj3w9bDYKvbCbqd7eDB5sNuZ3l1mBFPzLsMM4wQgWsw4CVmPMIdDs/C
7Xv3gs72fRSdH+493H7Qwcej/mk/xDTpLR4JycR4oYKEYUhIEASURbA+FhtC
QANFFTTh40zwxIZc8QnED+KTAA1BxPgLADRhUc6DQWXKytDDSsQYHU2+ezE4
1N+3acp0Sse1mE4hqal0gyGlmIoysKhmNOdiYtK2DVZCFuzU6W4vk1X3/gPg
q5GVWq4bgeSP1KSclooDwxgKxFVBBAzJNM0EeojuazsGiYnOqWg+FN4xQ2G8
kFMqOMcZRkLRXnIC0zSnbMHA5xySq3BqtWGmQjNWu+VqB5KaAaSjNFuyoUse
Z+OMa3QgVhyKKoPyYiIGEWABxQqGLLALvCDslxx9iTittFsIsLU1ieauWWG5
lreaQsIHCOe7BWCICt+/X8mlDx8+YrqREtomOy0lIO42KQCkAO/6ImnD87KL
pZKXWQKetJagbNVYurmyiTkK/XIJefU3xcucxTx4C5/XPUx3epCEsLOkQOCT
FPLLmdTcwtimQAkMNPp5trBgUvACPi4lMXyoxm1aLhyowAEZW8rxCy5sROCt
IxdpeGh9Gsc8mTuDjNJzRVVkSZJDzd0BNjVKJpX1iXxmjs9jmrhI+RKHCKUM
/JnATgrIcmXrGuJMswJx5hZx+IaugccxuwgihrFcZFhD7+HR2ZB273Wt3eEZ
9XkQ0i+QyhjDiOM2e2M2IbS2UDNVpwPkXyNNAOsjiEQCCNvImi+T/Q0UFgv/
FKdvLYE7d+ieFNCh+JK2m6cqMr97QgFzCo0MxU4GiuLk+XDUartvejqwz+cH
Pz8/Oj/Yx2fIkePj+QPxI4ZPB8+P9xdPi5l7g5OTg9N9NxmktCEirZP+y5ZL
tNbgbHQ0OO0ftxyjNZBVNQ0hp6oSYUU8CBRyrLLIIbe7d/bPv3e2ID+/gQTt
djoPIUHdj+3OH7bgxzTlwlmTIp/5nwDUjLCy5EyhFpbnsOGVmYFwthFzncqp
oCnsPADn3VeIDFTaoyguO1uPvQAX3BDWmDWEFrPrkmuTHYhrRGvMzNFsyFeQ
bvrbf9n4XeO+JHy0k8O+SyEJdx4D5z36BphkKKE/8h2OnodohaMwTgqKjmF8
Ko2p24INvmUzElgC9ussh04lpEHwGInrTQXNJ0x9jc2he6yz13fTyF2Q9svH
kF3LIjDyM1msJnK/bXmCXmwJ84ptrMqVk628hCvYlYHAlCyaFOoKq2kfcgfO
Ozl+owadIXROUeRXQKyPCxddwTY0BzCB9PUqBQ+9810klTkft5tzsQGCEYq/
qTJlZ2LrUzIFfQ6SRs/iXHCt2QQ8s36gxPdIri1Ce9EMDgn0uK4dGFH6Jn1F
Jd0PyTX3sblhNoguJZo+TrG0wHjmuiQMAqSPcBll+RzMqWySLcx5j9tQqHkO
6zr51nnGKFqErg5jC5FEZpsPetaG+OGO6Zj026sr+ixcTkG6L90G4DKPThk2
Z9LtcYzu00uWV3yHHjmfmNBTWDC4PePAFFPs4qayygFmA1S101B97Im888Bj
+R0uHTzV36MGbHN3VmIP6fAfxx6z/SvH3rt/c+zRxy8ae7T4/xz7zW4de1z6
mthbMrgl5psrMXcE8r+P9V5I5u6uxtj59Hup673fvq49IAx3EJ1NhDvhVQb2
wnfcggoryTNd2Abw6GQf9yRoGLVUOvSpcTsdXE+Nr0MDNjVuKH/n0++l7L9I
any87P/b1Fh7oFg0OutO1YsjiplKG5vFYbe3Vt80zeLUgbJ5cyq5eIhFYsSV
NrLwd2Z4e4Vw2FnzCA3D+gTSxmjpFNtv6PNrD2rI3NXzGtcUx+XgXVI+C8kn
x3bozxPgLi9KM/Pe7dCBavu0VJgBdSdYe7+kzsY9zy7s0QQOaDv2lN0/7eOB
S0NDqVz7eO3OwBb08xKvpu0Rc35701++53EXOfT9HcjrAI55lZ3wAU6gaAJc
xDjAUn3C2Lf0r6+w3N2P5LXV7K+EfCvrLovIqrn63gjfv5pf1b32Zx/LMoZF
QVVOFEs45FA0I5obU0Oy5loqlnlVCPTtJdYKxiya2bOzn+OvzMjiHkx6XWPA
Hm8RnAp36F5xwB7bICnyXE5RoRuq7enNBhhfa7zSBXIx9gwpEmLfRJxD0HMI
UAKHi7t0j5XuVAIV0aO/vLows9e/oDxlAigRgmkU2OHK/7Vwd+Fhb/kupD2/
1bFD5oD0EABC/A3z/HNF/4TcAt/79hBri6Z+R66C5udq5bvxDnQ7Xl3opkH3
wRat5S8Gh4t3djSWUXP0Jq3lq6ObLZsb3aWrcpzVHI263OgOXZW70e979M5S
WCF6wIA/tnI+Ni1q/4T6sXW+mr83loorKVsOq/C3Ptii6/ubG1t2B29hGuaO
V4CEOK82yFOYsr7W4J0vNHj6LcoMjX8I59d6tB+bCujU7kXaHrJHu/tYTdY9
rCy8Nq5vSz0KbIx78bJby4VkTXzlIrqtQm6tkiWqWPe5XkX4+WHle927mz7X
qsG2OFc0MFFCr1WEe7eWIW6or7qfXqcRq+ZTNdYb5TKOtcZ179Z0CUuaa43L
DLOqcfXdJ2icnx7WaBzVq13WeOuq503nOo11RD5dY81OWO+3M1M/8X/c3MRP
loNo/XfztSYBStpd2UcsvsCRB/6uzb8C9oovhJxC1zTB7VKDf5VwfxlwJCsc
9W8nSXXYvR8AAA==

-->

</rfc>
