<?xml version='1.0' encoding='utf-8'?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" version="3" submissionType="independent" category="info" docName="draft-pkcs12-gost-08" number="9548" ipr="trust200902" tocInclude="true" tocDepth="4" symRefs="true" sortRefs="true" updates="" obsoletes="" xml:lang="en" prepTime="2024-05-29T13:37:43" indexInclude="true" scripts="Common,Cyrillic,Latin">
  <link href="https://datatracker.ietf.org/doc/draft-pkcs12-gost-08" rel="prev"/>
  <link href="https://dx.doi.org/10.17487/rfc9548" rel="alternate"/>
  <link href="urn:issn:2070-1721" rel="alternate"/>
  <front>
    <title abbrev="GOST Usage in Password-Based PKCS #12">Generating Transport Key Containers (PFX) Using the GOST Algorithms</title>
    <seriesInfo name="RFC" value="9548" stream="independent"/>
    <author fullname="Ekaterina Karelina" initials="E." role="editor" surname="Karelina">
      <organization showOnFrontPage="true">InfoTeCS</organization>
      <address>
        <postal>
          <street>2B stroenie 1, ul. Otradnaya</street>
          <city>Moscow</city>
          <code>127273</code>
          <country>Russian Federation</country>
        </postal>
        <email>Ekaterina.Karelina@infotecs.ru</email>
      </address>
    </author>
    <date month="05" year="2024"/>
    <keyword>certificates</keyword>
    <keyword>GOST algorithms</keyword>
    <keyword>pkcs12</keyword>
    <keyword>gost</keyword>
    <keyword>PFX</keyword>
    <abstract pn="section-abstract">
      <t indent="0" pn="section-abstract-1">This document specifies how to use "PKCS #12: Personal Information Exchange Syntax v1.1" (RFC 7292) to transport key containers (PFX) for storing keys and certificates in conjunction with the
Russian national standard GOST algorithms.
      </t>
      <t indent="0" pn="section-abstract-2">
            This specification has been developed outside the IETF. The purpose of publication is to
            facilitate interoperable implementations that wish to support the
            GOST algorithms. This document does not imply IETF endorsement of the cryptographic algorithms
used here.
      </t>
    </abstract>
    <boilerplate>
      <section anchor="status-of-memo" numbered="false" removeInRFC="false" toc="exclude" pn="section-boilerplate.1">
        <name slugifiedName="name-status-of-this-memo">Status of This Memo</name>
        <t indent="0" pn="section-boilerplate.1-1">
            This document is not an Internet Standards Track specification; it is
            published for informational purposes.
        </t>
        <t indent="0" pn="section-boilerplate.1-2">
            This is a contribution to the RFC Series, independently of any
            other RFC stream.  The RFC Editor has chosen to publish this
            document at its discretion and makes no statement about its value
            for implementation or deployment.  Documents approved for
            publication by the RFC Editor are not candidates for any level of
            Internet Standard; see Section 2 of RFC 7841.
        </t>
        <t indent="0" pn="section-boilerplate.1-3">
            Information about the current status of this document, any
            errata, and how to provide feedback on it may be obtained at
            <eref target="https://www.rfc-editor.org/info/rfc9548" brackets="none"/>.
        </t>
      </section>
      <section anchor="copyright" numbered="false" removeInRFC="false" toc="exclude" pn="section-boilerplate.2">
        <name slugifiedName="name-copyright-notice">Copyright Notice</name>
        <t indent="0" pn="section-boilerplate.2-1">
            Copyright (c) 2024 IETF Trust and the persons identified as the
            document authors. All rights reserved.
        </t>
        <t indent="0" pn="section-boilerplate.2-2">
            This document is subject to BCP 78 and the IETF Trust's Legal
            Provisions Relating to IETF Documents
            (<eref target="https://trustee.ietf.org/license-info" brackets="none"/>) 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.
        </t>
      </section>
    </boilerplate>
    <toc>
      <section anchor="toc" numbered="false" removeInRFC="false" toc="exclude" pn="section-toc.1">
        <name slugifiedName="name-table-of-contents">Table of Contents</name>
        <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1">
          <li pn="section-toc.1-1.1">
            <t indent="0" keepWithNext="true" pn="section-toc.1-1.1.1"><xref derivedContent="1" format="counter" sectionFormat="of" target="section-1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-introduction">Introduction</xref></t>
          </li>
          <li pn="section-toc.1-1.2">
            <t indent="0" keepWithNext="true" pn="section-toc.1-1.2.1"><xref derivedContent="2" format="counter" sectionFormat="of" target="section-2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-conventions-used-in-this-do">Conventions Used in This Document</xref></t>
          </li>
          <li pn="section-toc.1-1.3">
            <t indent="0" keepWithNext="true" pn="section-toc.1-1.3.1"><xref derivedContent="3" format="counter" sectionFormat="of" target="section-3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-basic-terms-and-definitions">Basic Terms and Definitions</xref></t>
          </li>
          <li pn="section-toc.1-1.4">
            <t indent="0" pn="section-toc.1-1.4.1"><xref derivedContent="4" format="counter" sectionFormat="of" target="section-4"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-pfx">PFX</xref></t>
            <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.4.2">
              <li pn="section-toc.1-1.4.2.1">
                <t indent="0" pn="section-toc.1-1.4.2.1.1"><xref derivedContent="4.1" format="counter" sectionFormat="of" target="section-4.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-structure-of-pfx">Structure of PFX</xref></t>
              </li>
              <li pn="section-toc.1-1.4.2.2">
                <t indent="0" pn="section-toc.1-1.4.2.2.1"><xref derivedContent="4.2" format="counter" sectionFormat="of" target="section-4.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-authenticatedsafe">AuthenticatedSafe</xref></t>
                <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.4.2.2.2">
                  <li pn="section-toc.1-1.4.2.2.2.1">
                    <t indent="0" pn="section-toc.1-1.4.2.2.2.1.1"><xref derivedContent="4.2.1" format="counter" sectionFormat="of" target="section-4.2.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-unencrypted-data">Unencrypted Data</xref></t>
                  </li>
                  <li pn="section-toc.1-1.4.2.2.2.2">
                    <t indent="0" pn="section-toc.1-1.4.2.2.2.2.1"><xref derivedContent="4.2.2" format="counter" sectionFormat="of" target="section-4.2.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-password-encrypted-data">Password-Encrypted Data</xref></t>
                  </li>
                </ul>
              </li>
              <li pn="section-toc.1-1.4.2.3">
                <t indent="0" pn="section-toc.1-1.4.2.3.1"><xref derivedContent="4.3" format="counter" sectionFormat="of" target="section-4.3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-safecontents-and-safebag">SafeContents and SafeBag</xref></t>
              </li>
            </ul>
          </li>
          <li pn="section-toc.1-1.5">
            <t indent="0" pn="section-toc.1-1.5.1"><xref derivedContent="5" format="counter" sectionFormat="of" target="section-5"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-gost-r-3410-2012-key-repres">GOST R 34.10-2012 Key Representation</xref></t>
            <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.5.2">
              <li pn="section-toc.1-1.5.2.1">
                <t indent="0" pn="section-toc.1-1.5.2.1.1"><xref derivedContent="5.1" format="counter" sectionFormat="of" target="section-5.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-masking-gost-r-3410-2012-ke">Masking GOST R 34.10-2012 Keys</xref></t>
              </li>
              <li pn="section-toc.1-1.5.2.2">
                <t indent="0" pn="section-toc.1-1.5.2.2.1"><xref derivedContent="5.2" format="counter" sectionFormat="of" target="section-5.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-keybag-structure-for-gost-r">KeyBag Structure for GOST R 34.10-2012 Key</xref></t>
              </li>
              <li pn="section-toc.1-1.5.2.3">
                <t indent="0" pn="section-toc.1-1.5.2.3.1"><xref derivedContent="5.3" format="counter" sectionFormat="of" target="section-5.3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-oneasymmetrickey-structure">OneAsymmetricKey Structure</xref></t>
              </li>
              <li pn="section-toc.1-1.5.2.4">
                <t indent="0" pn="section-toc.1-1.5.2.4.1"><xref derivedContent="5.4" format="counter" sectionFormat="of" target="section-5.4"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-encryptedprivatekeyinfo-str">EncryptedPrivateKeyInfo Structure for GOST R 34.10-2012 Key</xref></t>
              </li>
            </ul>
          </li>
          <li pn="section-toc.1-1.6">
            <t indent="0" pn="section-toc.1-1.6.1"><xref derivedContent="6" format="counter" sectionFormat="of" target="section-6"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-gost-r-3410-2012-certificat">GOST R 34.10-2012 Certificate Representation</xref></t>
          </li>
          <li pn="section-toc.1-1.7">
            <t indent="0" pn="section-toc.1-1.7.1"><xref derivedContent="7" format="counter" sectionFormat="of" target="section-7"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-security-mechanisms">Security Mechanisms</xref></t>
          </li>
          <li pn="section-toc.1-1.8">
            <t indent="0" pn="section-toc.1-1.8.1"><xref derivedContent="8" format="counter" sectionFormat="of" target="section-8"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-security-considerations">Security Considerations</xref></t>
          </li>
          <li pn="section-toc.1-1.9">
            <t indent="0" pn="section-toc.1-1.9.1"><xref derivedContent="9" format="counter" sectionFormat="of" target="section-9"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-iana-considerations">IANA Considerations</xref></t>
          </li>
          <li pn="section-toc.1-1.10">
            <t indent="0" pn="section-toc.1-1.10.1"><xref derivedContent="10" format="counter" sectionFormat="of" target="section-10"/>. <xref derivedContent="" format="title" sectionFormat="of" target="name-asn1-modules">ASN.1 Modules</xref></t>
          </li>
          <li pn="section-toc.1-1.11">
            <t indent="0" pn="section-toc.1-1.11.1"><xref derivedContent="11" format="counter" sectionFormat="of" target="section-11"/>. <xref derivedContent="" format="title" sectionFormat="of" target="name-references">References</xref></t>
            <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.11.2">
              <li pn="section-toc.1-1.11.2.1">
                <t indent="0" pn="section-toc.1-1.11.2.1.1"><xref derivedContent="11.1" format="counter" sectionFormat="of" target="section-11.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-normative-references">Normative References</xref></t>
              </li>
              <li pn="section-toc.1-1.11.2.2">
                <t indent="0" pn="section-toc.1-1.11.2.2.1"><xref derivedContent="11.2" format="counter" sectionFormat="of" target="section-11.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-informative-references">Informative References</xref></t>
              </li>
            </ul>
          </li>
          <li pn="section-toc.1-1.12">
            <t indent="0" pn="section-toc.1-1.12.1"><xref derivedContent="Appendix A" format="default" sectionFormat="of" target="section-appendix.a"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-examples">Examples</xref></t>
            <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.12.2">
              <li pn="section-toc.1-1.12.2.1">
                <t indent="0" pn="section-toc.1-1.12.2.1.1"><xref derivedContent="A.1" format="counter" sectionFormat="of" target="section-appendix.a.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-test-data">Test Data</xref></t>
                <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.12.2.1.2">
                  <li pn="section-toc.1-1.12.2.1.2.1">
                    <t indent="0" pn="section-toc.1-1.12.2.1.2.1.1"><xref derivedContent="A.1.1" format="counter" sectionFormat="of" target="section-appendix.a.1.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-test-certificate">Test Certificate</xref></t>
                  </li>
                  <li pn="section-toc.1-1.12.2.1.2.2">
                    <t indent="0" pn="section-toc.1-1.12.2.1.2.2.1"><xref derivedContent="A.1.2" format="counter" sectionFormat="of" target="section-appendix.a.1.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-test-key">Test Key</xref></t>
                  </li>
                </ul>
              </li>
              <li pn="section-toc.1-1.12.2.2">
                <t indent="0" pn="section-toc.1-1.12.2.2.1"><xref derivedContent="A.2" format="counter" sectionFormat="of" target="section-appendix.a.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-example-of-a-pfx-with-a-pas">Example of a PFX with a Password-Protected Key and Unencrypted Certificate</xref></t>
                <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.12.2.2.2">
                  <li pn="section-toc.1-1.12.2.2.2.1">
                    <t indent="0" pn="section-toc.1-1.12.2.2.2.1.1"><xref derivedContent="A.2.1" format="counter" sectionFormat="of" target="section-appendix.a.2.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-pfx-in-base64-format">PFX in BASE64 Format</xref></t>
                  </li>
                  <li pn="section-toc.1-1.12.2.2.2.2">
                    <t indent="0" pn="section-toc.1-1.12.2.2.2.2.1"><xref derivedContent="A.2.2" format="counter" sectionFormat="of" target="section-appendix.a.2.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-pfx-in-asn1-format">PFX in ASN.1 Format</xref></t>
                  </li>
                  <li pn="section-toc.1-1.12.2.2.2.3">
                    <t indent="0" pn="section-toc.1-1.12.2.2.2.3.1"><xref derivedContent="A.2.3" format="counter" sectionFormat="of" target="section-appendix.a.2.3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-decrypted-key-value-in-base">Decrypted Key Value in BASE64 Format</xref></t>
                  </li>
                  <li pn="section-toc.1-1.12.2.2.2.4">
                    <t indent="0" pn="section-toc.1-1.12.2.2.2.4.1"><xref derivedContent="A.2.4" format="counter" sectionFormat="of" target="section-appendix.a.2.4"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-decrypted-key-value-in-asn1">Decrypted Key Value in ASN.1 Format</xref></t>
                  </li>
                </ul>
              </li>
              <li pn="section-toc.1-1.12.2.3">
                <t indent="0" pn="section-toc.1-1.12.2.3.1"><xref derivedContent="A.3" format="counter" sectionFormat="of" target="section-appendix.a.3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-example-of-a-pfx-with-a-pass">Example of a PFX with a Password-Protected Key and a Password-Protected Certificate</xref></t>
                <ul bare="true" empty="true" indent="2" spacing="compact" pn="section-toc.1-1.12.2.3.2">
                  <li pn="section-toc.1-1.12.2.3.2.1">
                    <t indent="0" pn="section-toc.1-1.12.2.3.2.1.1"><xref derivedContent="A.3.1" format="counter" sectionFormat="of" target="section-appendix.a.3.1"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-pfx-in-base64-format-2">PFX in BASE64 Format</xref></t>
                  </li>
                  <li pn="section-toc.1-1.12.2.3.2.2">
                    <t indent="0" pn="section-toc.1-1.12.2.3.2.2.1"><xref derivedContent="A.3.2" format="counter" sectionFormat="of" target="section-appendix.a.3.2"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-pfx-in-asn1-format-2">PFX in ASN.1 Format</xref></t>
                  </li>
                  <li pn="section-toc.1-1.12.2.3.2.3">
                    <t indent="0" pn="section-toc.1-1.12.2.3.2.3.1"><xref derivedContent="A.3.3" format="counter" sectionFormat="of" target="section-appendix.a.3.3"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-decrypted-key-value-in-base6">Decrypted Key Value in BASE64 Format</xref></t>
                  </li>
                  <li pn="section-toc.1-1.12.2.3.2.4">
                    <t indent="0" pn="section-toc.1-1.12.2.3.2.4.1"><xref derivedContent="A.3.4" format="counter" sectionFormat="of" target="section-appendix.a.3.4"/>.  <xref derivedContent="" format="title" sectionFormat="of" target="name-decrypted-key-value-in-asn1-">Decrypted Key Value in ASN.1 Format</xref></t>
                  </li>
                </ul>
              </li>
            </ul>
          </li>
          <li pn="section-toc.1-1.13">
            <t indent="0" pn="section-toc.1-1.13.1"><xref derivedContent="" format="none" sectionFormat="of" target="section-appendix.b"/><xref derivedContent="" format="title" sectionFormat="of" target="name-acknowledgments">Acknowledgments</xref></t>
          </li>
          <li pn="section-toc.1-1.14">
            <t indent="0" pn="section-toc.1-1.14.1"><xref derivedContent="" format="none" sectionFormat="of" target="section-appendix.c"/><xref derivedContent="" format="title" sectionFormat="of" target="name-authors-address">Author's Address</xref></t>
          </li>
        </ul>
      </section>
    </toc>
  </front>
  <middle>
    <section anchor="Introduction" numbered="true" removeInRFC="false" toc="include" pn="section-1">
      <name slugifiedName="name-introduction">Introduction</name>
      <t indent="0" pn="section-1-1">
            This document provides a specification of the usage of GOST algorithms with PKCS #12 v1.1.
      </t>
      <t indent="0" pn="section-1-2">
            PKCS #12 v1.1 describes a syntax for transfer of personal information such as private keys, certificates, and various secrets.
      </t>
      <t indent="0" pn="section-1-3"> 
This memo describes the creation of transport key containers (PFX) for keys and certificates using the GOST R 34.10-2012 algorithm.
The GOST R 34.11-2012 algorithm is used to ensure the integrity of PFX.
      </t>
      <t indent="0" pn="section-1-4">
      Caution:
      </t>
      <t indent="0" pn="section-1-5">
      This specification is not a standard and does not have IETF community
      consensus. It makes use of a cryptographic algorithm that is a national
      standard for Russia. Neither the IETF nor the IRTF has analyzed that algorithm
      for suitability for any given application, and it may contain either intended
      or unintended weaknesses.
      </t>
    </section>
    <section numbered="true" removeInRFC="false" toc="include" pn="section-2">
      <name slugifiedName="name-conventions-used-in-this-do">Conventions Used in This Document</name>
      <t indent="0" pn="section-2-1">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" format="default" sectionFormat="of" derivedContent="RFC2119"/> <xref target="RFC8174" format="default" sectionFormat="of" derivedContent="RFC8174"/> when, and only
       when, they appear in all capitals, as shown here.</t>
    </section>
    <section anchor="Definition" numbered="true" removeInRFC="false" toc="include" pn="section-3">
      <name slugifiedName="name-basic-terms-and-definitions">Basic Terms and Definitions</name>
      <t indent="0" pn="section-3-1">
           Throughout this document, the following notations are used:
      </t>
      <dl spacing="normal" newline="false" indent="3" pn="section-3-2">
        <dt pn="section-3-2.1">P</dt>
        <dd pn="section-3-2.2">a password encoded as a Unicode UTF-8 string</dd>
        <dt pn="section-3-2.3">S</dt>
        <dd pn="section-3-2.4">a random initializing value</dd>
        <dt pn="section-3-2.5">V<sub>s</sub></dt>
        <dd pn="section-3-2.6">the set of byte strings of length s, where s &gt;= 0; the string b = (b<sub>1</sub>,...,b<sub>s</sub>) belongs to the set V<sub>s</sub> if b<sub>1</sub>,...,b<sub>s</sub> belongs to {0,...,255}</dd>
        <dt pn="section-3-2.7">|A|</dt>
        <dd pn="section-3-2.8">the number of components (a length) of the vector A belonging to V<sub>s</sub> (if A is an empty string, then |A| = 0)</dd>
        <dt pn="section-3-2.9">A||C</dt>
        <dd pn="section-3-2.10">a concatenation of two byte strings A, C from V<sub>s</sub>, i.e.,
            a string from V<sub>|A|+|C|</sub>, where the left substring from V<sub>|A|</sub>
            is equal to the string A and the right substring from V<sub>|C|</sub> is
            equal to the string C: A = (a<sub>1</sub>,...,a<sub>n<sub>1</sub></sub>) in V<sub>n<sub>1</sub></sub> and C =
           (c<sub>1</sub>,...,c<sub>n<sub>2</sub></sub>) in V<sub>n<sub>2</sub></sub>, res = (a<sub>1</sub>,...,a<sub>n<sub>1</sub></sub>,c<sub>1</sub>,...,c<sub>n<sub>2</sub></sub>) in V<sub>n<sub>1</sub>+n<sub>2</sub></sub></dd>
        <dt pn="section-3-2.11">F_q</dt>
        <dd pn="section-3-2.12">a finite prime field represented as a set of q integers {0,1,...,q - 1}, where q &gt; 3 - prime number</dd>
        <dt pn="section-3-2.13">b mod q</dt>
        <dd pn="section-3-2.14">the minimum non-negative number comparable to b modulo p</dd>
        <dt pn="section-3-2.15">INT(b)</dt>
        <dd pn="section-3-2.16">integer INT(b) = b<sub>1</sub> + b<sub>2</sub> * 256 +...+ b<sub>s</sub> * 256<sup>s-1</sup>, where b belongs to V<sub>s</sub></dd>
      </dl>
      <t indent="0" pn="section-3-3">
      This document uses the following terms and abbreviations:</t>
      <dl spacing="normal" newline="false" indent="3" pn="section-3-4">
        <dt pn="section-3-4.1">Signature</dt>
        <dd pn="section-3-4.2">one or more data elements resulting from the signature process (Clause 3.12 of <xref target="ISO14888-1" format="default" sectionFormat="of" derivedContent="ISO14888-1"/>).
            Note: The terms "digital signature", "electronic signature", and "electronic digital signature" are considered
            equivalent in this document.</dd>
        <dt pn="section-3-4.3">Signature key</dt>
        <dd pn="section-3-4.4">set of private data elements specific to an entity and usable only by this entity 
                    in the signature process (Clause 3.13 of <xref target="ISO14888-1" format="default" sectionFormat="of" derivedContent="ISO14888-1"/>).
                    Note: Sometimes called a private key.</dd>
        <dt pn="section-3-4.5">Verification key</dt>
        <dd pn="section-3-4.6">set of public data elements that is mathematically related to an entity's signature key
                    and is used by the verifier in the verification process (Clause 3.16 of <xref target="ISO14888-1" format="default" sectionFormat="of" derivedContent="ISO14888-1"/>).
                    Note: Sometimes called a public key.</dd>
        <dt pn="section-3-4.7">ASN.1</dt>
        <dd pn="section-3-4.8">Abstract Syntax Notation One, as defined in <xref target="X.680" format="default" sectionFormat="of" derivedContent="X.680"/>.</dd>
        <dt pn="section-3-4.9">BER</dt>
        <dd pn="section-3-4.10">Basic Encoding Rules, as defined in <xref target="X.690" format="default" sectionFormat="of" derivedContent="X.690"/>.</dd>
        <dt pn="section-3-4.11">HMAC_GOSTR3411</dt>
        <dd pn="section-3-4.12">Hash-Based Message Authentication Code. A
            function for calculating a Message Authentication Code (MAC) based
            on the GOST R 34.11-2012 hash function (see <xref target="RFC6986" format="default" sectionFormat="of" derivedContent="RFC6986"/>) with 512-bit output in accordance with <xref target="RFC2104" format="default" sectionFormat="of" derivedContent="RFC2104"/>.</dd>
      </dl>
    </section>
    <section anchor="PFX" numbered="true" removeInRFC="false" toc="include" pn="section-4">
      <name slugifiedName="name-pfx">PFX</name>
      <t indent="0" pn="section-4-1">
            The PFX (see <xref target="RFC7292" format="default" sectionFormat="of" derivedContent="RFC7292"/>) is designed for secure storage and data transfer. 
           The scope of this document is to define how PFX is used for private key and certificate protection with a password when GOST R 34.10-2012 is applied.
      </t>
      <section anchor="StrucurePFX" numbered="true" removeInRFC="false" toc="include" pn="section-4.1">
        <name slugifiedName="name-structure-of-pfx">Structure of PFX</name>
        <t indent="0" pn="section-4.1-1">In accordance with <xref target="RFC7292" format="default" sectionFormat="of" derivedContent="RFC7292"/>, PFX has the following structure:</t>
        <sourcecode type="asn.1" markers="false" pn="section-4.1-2">
PFX ::= SEQUENCE
{
    version     INTEGER {v3(3)}(v3,...),
    authSafe    ContentInfo,
    macData     MacData OPTIONAL
}
</sourcecode>
        <t indent="0" pn="section-4.1-3">The fields of the PFX have the following meanings:</t>
        <ul spacing="normal" bare="false" empty="false" indent="3" pn="section-4.1-4">
          <li pn="section-4.1-4.1">version is the syntax version number; the only allowed value for this specification is 3.</li>
          <li pn="section-4.1-4.2">authSafe contains the data of type ContentInfo. In the case of password integrity mode, the authSafe.content field has a Data type value and contains a BER-encoded value of the AuthenticatedSafe structure.</li>
          <li pn="section-4.1-4.3">macData has a MacData type; in the case of password integrity mode, the macData field should contain information about the algorithm and parameters for password key generation.
                        Integrity control is ensured by using the HMAC_GOSTR3411_2012_512 algorithm: the macData.mac.digestAlgorithm.algorithm field contains the HMAC_GOSTR3411_2012_512 algorithm identifier (see <xref target="SecurityM" format="default" sectionFormat="of" derivedContent="Section 7"/>). 
                        When processing PFX, this field should be checked first.</li>
        </ul>
      </section>
      <section anchor="AuthenticatedSafe" numbered="true" removeInRFC="false" toc="include" pn="section-4.2">
        <name slugifiedName="name-authenticatedsafe">AuthenticatedSafe</name>
        <t indent="0" pn="section-4.2-1">The AuthenticatedSafe structure is a sequence of ContentInfo values (see <xref target="RFC5652" format="default" sectionFormat="of" derivedContent="RFC5652"/>):</t>
        <sourcecode type="asn.1" markers="false" pn="section-4.2-2">
AuthenticatedSafe ::= SEQUENCE OF ContentInfo
   -- Data if unencrypted
   -- EncryptedData if password-encrypted
   -- EnvelopedData if public key-encrypted
</sourcecode>
        <section anchor="Unencrypted" numbered="true" removeInRFC="false" toc="include" pn="section-4.2.1">
          <name slugifiedName="name-unencrypted-data">Unencrypted Data</name>
          <t indent="0" pn="section-4.2.1-1">If the data is not encrypted, then the content field is the BER-encoded value of the SafeContents structure. The contentType field is set to the id-data type.</t>
        </section>
        <section anchor="Password-encrypted" numbered="true" removeInRFC="false" toc="include" pn="section-4.2.2">
          <name slugifiedName="name-password-encrypted-data">Password-Encrypted Data</name>
          <t indent="0" pn="section-4.2.2-1">When password integrity mode is used, the data is represented as an EncryptedData structure (see <xref target="RFC5652" format="default" sectionFormat="of" derivedContent="RFC5652"/>). 
               The encryption algorithm and parameters have the following values:</t>
          <sourcecode type="asn.1" markers="false" pn="section-4.2.2-2">
ContentEncryptionAlgorithmIdentifier ::= SEQUENCE
{
    encryptionAlgorithmOID  OBJECT IDENTIFIER,
    parameters              PBES2-params
}
</sourcecode>
          <t indent="0" pn="section-4.2.2-3">The PBES2-params type is defined in <xref target="RFC9337" format="default" sectionFormat="of" derivedContent="RFC9337"/>. The content should be encrypted according to the encryption algorithm in the PBES2 scheme, as described in <xref target="RFC9337" format="default" sectionFormat="of" derivedContent="RFC9337"/>.
                The following identifier <bcp14>MUST</bcp14> be specified in the EncryptedData.EncryptedContentInfo.contentEncryptionAlgorithm.<br/>
encryptionAlgorithmOID field:
</t>
          <sourcecode type="asn.1" markers="false" pn="section-4.2.2-4">
{
    iso(1) member-body(2) us(840) rsadsi(113549)
    pkcs(1) pkcs-5(5) pbes2(13)
}
</sourcecode>
          <t indent="0" pn="section-4.2.2-5">The encrypted content is specified in the EncryptedData.EncryptedContentInfo.encryptedContent field.</t>
        </section>
      </section>
      <section anchor="SC" numbered="true" removeInRFC="false" toc="include" pn="section-4.3">
        <name slugifiedName="name-safecontents-and-safebag">SafeContents and SafeBag</name>
        <t indent="0" pn="section-4.3-1">In accordance with <xref target="RFC7292" format="default" sectionFormat="of" derivedContent="RFC7292"/>, the SafeContents structure is a sequence of SafeBag:</t>
        <sourcecode type="asn.1" markers="false" pn="section-4.3-2">
SafeContents ::= SEQUENCE OF SafeBag
</sourcecode>
        <t indent="0" pn="section-4.3-3">where</t>
        <sourcecode type="asn.1" markers="false" pn="section-4.3-4">
SafeBag ::= SEQUENCE
{
    bagId         BAG-TYPE.&amp;id ({PKCS12BagSet})
    bagValue [0]  EXPLICIT BAG-TYPE.&amp;Type({PKCS12BagSet}{@bagId})
    bagAttributes SET OF PKCS12Attribute OPTIONAL
}
</sourcecode>
        <t indent="0" pn="section-4.3-5">The fields of SafeBag have the following meanings:</t>
        <ul spacing="normal" bare="false" empty="false" indent="3" pn="section-4.3-6">
          <li pn="section-4.3-6.1">bagId is an object identifier; it defines the type of object.</li>
          <li pn="section-4.3-6.2">bagValue is the value of an object.</li>
          <li pn="section-4.3-6.3">bagAttributes contains the users' names, the key identifiers, and other additional information. This field is optional.</li>
        </ul>
        <t indent="0" pn="section-4.3-7">See <xref target="RFC7292" sectionFormat="comma" section="4.2" format="default" derivedLink="https://rfc-editor.org/rfc/rfc7292#section-4.2" derivedContent="RFC7292"/>
for the different bag types.
                This document describes the two object types of the SafeBag structure:</t>
        <ol spacing="normal" indent="adaptive" start="1" type="1" pn="section-4.3-8">
                    <li pn="section-4.3-8.1" derivedCounter="1.">pkcs8ShroudedKeyBag</li>
          <li pn="section-4.3-8.2" derivedCounter="2.">certBag</li>
        </ol>
        <t indent="0" pn="section-4.3-9">When password integrity mode is used, the private key has the following structure:</t>
        <sourcecode type="asn.1" markers="false" pn="section-4.3-10">
pkcs8ShroudedKeyBag BAG-TYPE ::=
{
    PKCS8ShroudedKeyBag IDENTIFIED BY {bagtypes 2}
}
</sourcecode>
        <t indent="0" pn="section-4.3-11">The bagValue field contains the key and information about the key, in encrypted form, in the EncryptedPrivateKeyInfo structure.</t>
        <t indent="0" pn="section-4.3-12">A certBag contains a certificate of a certain type. Object identifiers are used to distinguish between different certificate types.</t>
        <sourcecode type="asn.1" markers="false" pn="section-4.3-13">
certBag BAG-TYPE ::=
{
    CertBag IDENTIFIED BY { bagtypes 3 }
}
</sourcecode>
        <t indent="0" pn="section-4.3-14">If the certificate is not encrypted, the CertBag structure is placed in the Data structure (see <xref target="RFC5652" format="default" sectionFormat="of" derivedContent="RFC5652"/>).
                If the certificate is encrypted, the CertBag structure is placed in the EncryptedData structure (see <xref target="RFC5652" format="default" sectionFormat="of" derivedContent="RFC5652"/>).</t>
      </section>
    </section>
    <section anchor="Key_repres" numbered="true" removeInRFC="false" toc="include" pn="section-5">
      <name slugifiedName="name-gost-r-3410-2012-key-repres">GOST R 34.10-2012 Key Representation</name>
      <t indent="0" pn="section-5-1">This section describes the GOST R 34.10-2012 private key representation for asymmetric key pairs.
            Masked keys should be used to ensure that private keys are protected from leaking through side channels when reading and performing operations with keys.</t>
      <section anchor="Key_mask" numbered="true" removeInRFC="false" toc="include" pn="section-5.1">
        <name slugifiedName="name-masking-gost-r-3410-2012-ke">Masking GOST R 34.10-2012 Keys</name>
        <t indent="0" pn="section-5.1-1">The masking algorithm is defined by the basic cryptographic transformation operation of the algorithm: multiplication in the F_q field for  GOST R 34.10-2012 keys.</t>
        <t indent="0" pn="section-5.1-2">Let M<sub>1</sub>, M<sub>2</sub>, ..., M<sub>k</sub> be a sequence of k masks. Let M<sub>i</sub>() denote the operation of applying the i-th mask and M<sub>i</sub><sup>-1</sup>() denote the operation of removing the i-th mask, 1 &lt;= i &lt;= k.
                Let K be a key. The masked key K<sub>M</sub> is obtained by applying the masking operation k times:</t>
        <t indent="3" pn="section-5.1-3">K<sub>M</sub> = M<sub>k</sub> (...(M<sub>2</sub>(M<sub>1</sub>(K)...).</t>
        <t indent="0" pn="section-5.1-4">Unmasking is performed by applying the removal operation k times, but in reverse order:</t>
        <t indent="3" pn="section-5.1-5">K = M<sub>1</sub><sup>-1</sup>(...(M<sub>k-1</sub><sup>-1</sup>(M<sub>k</sub><sup>-1</sup>(K<sub>M</sub>))...).</t>
        <t indent="0" pn="section-5.1-6">The masked key is represented as the sequence</t>
        <t indent="3" pn="section-5.1-7">I = K<sub>M</sub>||M<sub>1</sub>||M<sub>2</sub>||...||M<sub>k</sub>.</t>
        <t indent="0" pn="section-5.1-8">Let the key K be n bits in length; then, the sequence I is represented in memory as a sequence of (k + 1)*n bits. I is represented in little-endian format.
                It is possible to use an unmasked private key (i.e., k = 0, K<sub>M</sub> = K).
                For GOST R 34.10-2012 keys, the masking operation is the multiplication of the key by the inverse of the mask: INT(K<sub>M</sub>) = INT(K) * INT(M)<sup>-1</sup> mod Q, where the Q value is taken from the key parameters.
                The operation of removing the mask is the multiplication of the masked key by the mask: INT(K) = INT(K<sub>M</sub>) * INT(M) mod Q.
                The public key is specified by a pair of coordinates (x, y) as defined in GOST R 34.10-2012, presented in the following format:</t>
        <ul spacing="normal" bare="false" empty="false" indent="3" pn="section-5.1-9">
          <li pn="section-5.1-9.1">a public key corresponding to the GOST R 34.10-2012 algorithm with a key length of 256 bits 
                has the GostR3410-2012-256-PublicKey representation. It is specified by a 64-byte string, where the first 32 bytes contain the little-endian representation of the x coordinate
                and the last 32 bytes contain the little-endian representation of the y coordinate.</li>
          <li pn="section-5.1-9.2">a public key corresponding to the GOST R 34.10-2012 algorithm with a key length of 512 bits 
                has the GostR3410-2012-512-PublicKey representation. It is specified by a 128-byte string, where the first 64 bytes contain the little-endian representation of the x coordinate
                and the last 64 bytes contain the little-endian representation of the y coordinate.</li>
        </ul>
        <t indent="0" pn="section-5.1-10">The public keys GostR3410-2012-256-PublicKey and GostR3410-2012-512-PublicKey <bcp14>MUST</bcp14> be DER encoded as an octet string in accordance with <xref target="RFC9215" sectionFormat="of" section="4.3" format="default" derivedLink="https://rfc-editor.org/rfc/rfc9215#section-4.3" derivedContent="RFC9215"/>:</t>
        <sourcecode type="asn.1" markers="false" pn="section-5.1-11">
   GostR3410-2012-256-PublicKey ::= OCTET STRING (64),
   GostR3410-2012-512-PublicKey ::= OCTET STRING (128).
</sourcecode>
      </section>
      <section anchor="KeyBag" numbered="true" removeInRFC="false" toc="include" pn="section-5.2">
        <name slugifiedName="name-keybag-structure-for-gost-r">KeyBag Structure for GOST R 34.10-2012 Key</name>
        <t indent="0" pn="section-5.2-1">
                In accordance with <xref target="RFC7292" format="default" sectionFormat="of" derivedContent="RFC7292"/>, a KeyBag is defined as information about a private key represented as the PrivateKeyInfo structure:</t>
        <sourcecode type="asn.1" markers="false" pn="section-5.2-2">
KeyBag ::= PrivateKeyInfo
</sourcecode>
        <t indent="0" pn="section-5.2-3">In accordance with <xref target="RFC5958" format="default" sectionFormat="of" derivedContent="RFC5958"/>, information about a private key is presented in the following form:</t>
        <sourcecode type="asn.1" markers="false" pn="section-5.2-4">
PrivateKeyInfo ::= OneAsymmetricKey
</sourcecode>
      </section>
      <section anchor="OneAsymmetricKey" numbered="true" removeInRFC="false" toc="include" pn="section-5.3">
        <name slugifiedName="name-oneasymmetrickey-structure">OneAsymmetricKey Structure</name>
        <t indent="0" pn="section-5.3-1">In accordance with <xref target="RFC5958" format="default" sectionFormat="of" derivedContent="RFC5958"/>, OneAsymmetricKey has the following structure: </t>
        <sourcecode type="asn.1" markers="false" pn="section-5.3-2">
OneAsymmetricKey::= SEQUENCE
{
    version                 Version,
    privateKeyAlgorithm     PrivateKeyAlgorithmIdentifier,
    privateKey              PrivateKey,
    attributes              [0] Attributes OPTIONAL,
    ...,
    [[2:publicKey           [1] PublicKey OPTIONAL]],
    ...
}
Version ::= INTEGER { v1(0), v2(1) } (v1, ..., v2)
PrivateKeyAlgorithmIdentifier ::= AlgorithmIdentifier
PrivateKey ::= OCTET STRING
PublicKey ::= BIT STRING
Attributes ::= SET OF Attribute
</sourcecode>
        <t indent="0" pn="section-5.3-3">The fields have the following meanings:</t>
        <ul spacing="normal" bare="false" empty="false" indent="3" pn="section-5.3-4">
          <li pn="section-5.3-4.1">version identifies the version of OneAsymmetricKey. If publicKey is present, then version is set to 2; else, version is set to 1.</li>
          <li pn="section-5.3-4.2">privateKeyAlgorithm identifies the private key algorithm and optionally contains parameters associated with the asymmetric key
                pair. For GOST R 34.10-2012 private keys, the identifiers of the corresponding public keys are used; they are defined in <xref target="RFC9215" format="default" sectionFormat="of" derivedContent="RFC9215"/>. 
                The use of identifiers and public key parameters is defined in <xref target="RFC9215" format="default" sectionFormat="of" derivedContent="RFC9215"/>.</li>
          <li pn="section-5.3-4.3">privateKey is an OCTET STRING that contains the value of the masked private key I.</li>
          <li pn="section-5.3-4.4">attributes are optional. They contain information corresponding to the public key (e.g., certificates).</li>
          <li pn="section-5.3-4.5">publicKey contains the value of the public key GostR3410-2012-256-PublicKey or GostR3410-2012-512-PublicKey encoded in a BIT STRING. This field is optional.</li>
        </ul>
      </section>
      <section anchor="PKCS8ShroudedKeyBag" numbered="true" removeInRFC="false" toc="include" pn="section-5.4">
        <name slugifiedName="name-encryptedprivatekeyinfo-str">EncryptedPrivateKeyInfo Structure for GOST R 34.10-2012 Key</name>
        <t indent="0" pn="section-5.4-1">In accordance with <xref target="RFC7292" format="default" sectionFormat="of" derivedContent="RFC7292"/>, the encrypted information regarding the private key is defined as the PKCS8ShroudedKeyBag structure:</t>
        <sourcecode type="asn.1" markers="false" pn="section-5.4-2">
PKCS8ShroudedKeyBag::= EncryptedPrivateKeyInfo
</sourcecode>
        <t indent="0" pn="section-5.4-3">In accordance with <xref target="RFC5958" format="default" sectionFormat="of" derivedContent="RFC5958"/>, EncryptedPrivateKeyInfo has the following structure:</t>
        <sourcecode type="asn.1" markers="false" pn="section-5.4-4">
EncryptedPrivateKeyInfo ::= SEQUENCE
{
    encryptionAlgorithm EncryptionAlgorithmIdentifier,
    encryptedData       EncryptedData
}
EncryptionAlgorithmIdentifier ::= AlgorithmIdentifier
EncryptedData ::= OCTET STRING
</sourcecode>
        <t indent="0" pn="section-5.4-5">The fields have the following meanings:</t>
        <ul spacing="normal" bare="false" empty="false" indent="3" pn="section-5.4-6">
          <li pn="section-5.4-6.1">encryptionAlgorithm identifies the algorithm under which the private key information is encrypted. Encryption <bcp14>MUST</bcp14> use the PBES2 scheme. The algorithm and parameters of this scheme are presented in <xref target="RFC9337" format="default" sectionFormat="of" derivedContent="RFC9337"/>.</li>
          <li pn="section-5.4-6.2">encryptedData is the DER-encoded PrivateKeyInfo structure.</li>
        </ul>
      </section>
    </section>
    <section anchor="Cert_repres" numbered="true" removeInRFC="false" toc="include" pn="section-6">
      <name slugifiedName="name-gost-r-3410-2012-certificat">GOST R 34.10-2012 Certificate Representation</name>
      <t indent="0" pn="section-6-1">
        In accordance with <xref target="RFC7292" format="default" sectionFormat="of" derivedContent="RFC7292"/>, a CertBag is defined as information about a certificate and has the following structure:</t>
      <sourcecode type="asn.1" markers="false" pn="section-6-2">
CertBag ::= SEQUENCE
{
    certId                  BAG-TYPE.&amp;id ({CertTypes}),
    certValue [0] EXPLICIT  BAG-TYPE.&amp;Type ({CertTypes}{@certId})
}
</sourcecode>
      <t indent="0" pn="section-6-3">The fields have the following meanings:</t>
      <ul spacing="normal" bare="false" empty="false" indent="3" pn="section-6-4">
        <li pn="section-6-4.1">certId identifies the type of certificate.</li>
        <li pn="section-6-4.2">certValue contains the certificate.</li>
      </ul>
    </section>
    <section anchor="SecurityM" numbered="true" removeInRFC="false" toc="include" pn="section-7">
      <name slugifiedName="name-security-mechanisms">Security Mechanisms</name>
      <t indent="0" pn="section-7-1">Let the sender and receiver have a previously agreed-upon password P. The sender generates a password key using the PBKDF2 algorithm in accordance with <xref target="RFC9337" format="default" sectionFormat="of" derivedContent="RFC9337"/> and uses it to encrypt the transmitted private key.
        The recipient independently generates a password key using the same PBKDF2 diversification algorithm in accordance with <xref target="RFC9337" format="default" sectionFormat="of" derivedContent="RFC9337"/> and uses it to extract the private key from the PFX.</t>
      <t indent="0" pn="section-7-2">The same password P is used to encrypt different sections of the PFX using a different random initializing value S with a length of 8 to 32 bytes, 
        where S and P are the input parameters of the PBKDF2 function. The password <bcp14>MUST</bcp14> be encoded as a Unicode UTF-8 string and fed into the PBKDF2 algorithm as a P parameter.</t>
      <t indent="0" pn="section-7-3">The integrity of the PFX is ensured by using the HMAC_GOSTR3411_2012_512 algorithm in accordance with <xref target="RFC7836" format="default" sectionFormat="of" derivedContent="RFC7836"/>. To check the integrity of the PFX with the HMAC_GOSTR3411_2012_512 algorithm,
        the key for this algorithm is also generated by using the PBKDF2 algorithm in accordance with <xref target="RFC9337" format="default" sectionFormat="of" derivedContent="RFC9337"/>, with the same value for the P parameter and a different initializing value S with a length of 8 to 32 bytes.
        The dkLen parameter for the PBKDF2 algorithm is set to 96 bytes. The key for the HMAC_GOSTR3411_2012_512 algorithm must be the last 32 bytes of the 96-byte sequence generated by the PBKDF2 algorithm.
        The PBKDF2 algorithm parameters S and c are saved in the macData.Salt and macData.iterations fields, respectively. 
        The HMAC_GOSTR3411_2012_512 function is calculated from the content field of the authSafe structure field. The authSafe structure field is a PFX structure field.
        The value of the calculated checksum is saved in the macData.mac.digest field. The macData.mac.digestAlgorithm.algorithm field contains the following algorithm identifier:</t>
      <sourcecode type="asn.1" markers="false" pn="section-7-4">
id-tc26-gost3411-12-512 :: =
{
    iso(1) member-body(2) ru(643) rosstandart(7) tc26(1)
    algorithms(1) digest(2) gost3411-12-512(3)
}
</sourcecode>
      <t indent="0" pn="section-7-5">The macData.mac.digestAlgorithm.parameters field isn't used and should be omitted.</t>
    </section>
    <section anchor="Security" numbered="true" removeInRFC="false" toc="include" pn="section-8">
      <name slugifiedName="name-security-considerations">Security Considerations</name>
      <t indent="0" pn="section-8-1">The masked keys <bcp14>SHOULD</bcp14> be used to ensure that private keys are protected from leaking through side channels when reading and performing operations with keys. 
        
        Applications <bcp14>MUST</bcp14> use unique values for ukm and S in the PBKDF2 algorithm.
        It is <bcp14>RECOMMENDED</bcp14> that parameter S consist of at least 32 octets of pseudorandom data in order to reduce the probability of collisions of keys generated from the same password.
        The password <bcp14>MUST</bcp14> be encoded as a Unicode UTF-8 string and fed into the PBKDF2 algorithm as a P parameter.
        For more information, see <xref target="RFC9337" format="default" sectionFormat="of" derivedContent="RFC9337"/>.
        
        Encryption <bcp14>MUST</bcp14> use the PBES2 scheme to encrypt private keys. Public keys <bcp14>MUST</bcp14> be DER encoded as an octet string in accordance with <xref target="RFC9215" format="default" sectionFormat="of" derivedContent="RFC9215"/>.
        Passwords <bcp14>SHOULD</bcp14> be stored in a secure way.
        For information on security considerations for generating PFX, see <xref target="RFC7292" format="default" sectionFormat="of" derivedContent="RFC7292"/>.</t>
    </section>
    <section anchor="IANA_Considerations" numbered="true" removeInRFC="false" toc="include" pn="section-9">
      <name slugifiedName="name-iana-considerations">IANA Considerations</name>
      <t indent="0" pn="section-9-1">This document has no IANA actions.</t>
    </section>
    <section anchor="ASN" numbered="true" removeInRFC="false" toc="include" pn="section-10">
      <name slugifiedName="name-asn1-modules">ASN.1 Modules</name>
      <sourcecode type="asn.1" markers="false" pn="section-10-1">
PKCS-12RU
{
    iso(1) member-body(2) ru(643) rosstandart(7)
    tc26(1) modules(0) pkcs-12ruSyntax(5)
}
DEFINITIONS EXPLICIT TAGS ::=
BEGIN
IMPORTS
    GostR3410-2012-PublicKey
FROM GostR3410-2012-PKISyntax
{
    iso(1) member-body(2) ru(643) rosstandart(7) tc26(1)
    modules(0) gostR3410-2012-PKISyntax(2)
};
END
</sourcecode>
    </section>
  </middle>
  <back>
    <references pn="section-11">
      <name slugifiedName="name-references">References</name>
      <references pn="section-11.1">
        <name slugifiedName="name-normative-references">Normative References</name>
        <reference anchor="RFC2104" target="https://www.rfc-editor.org/info/rfc2104" quoteTitle="true" derivedAnchor="RFC2104">
          <front>
            <title>HMAC: Keyed-Hashing for Message Authentication</title>
            <author fullname="H. Krawczyk" initials="H." surname="Krawczyk"/>
            <author fullname="M. Bellare" initials="M." surname="Bellare"/>
            <author fullname="R. Canetti" initials="R." surname="Canetti"/>
            <date month="February" year="1997"/>
            <abstract>
              <t indent="0">This document describes HMAC, a mechanism for message authentication using cryptographic hash functions. HMAC can be used with any iterative cryptographic hash function, e.g., MD5, SHA-1, in combination with a secret shared key. The cryptographic strength of HMAC depends on the properties of the underlying hash function. This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="2104"/>
          <seriesInfo name="DOI" value="10.17487/RFC2104"/>
        </reference>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119" quoteTitle="true" derivedAnchor="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 indent="0">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="RFC5652" target="https://www.rfc-editor.org/info/rfc5652" quoteTitle="true" derivedAnchor="RFC5652">
          <front>
            <title>Cryptographic Message Syntax (CMS)</title>
            <author fullname="R. Housley" initials="R." surname="Housley"/>
            <date month="September" year="2009"/>
            <abstract>
              <t indent="0">This document describes the Cryptographic Message Syntax (CMS). This syntax is used to digitally sign, digest, authenticate, or encrypt arbitrary message content. [STANDARDS-TRACK]</t>
            </abstract>
          </front>
          <seriesInfo name="STD" value="70"/>
          <seriesInfo name="RFC" value="5652"/>
          <seriesInfo name="DOI" value="10.17487/RFC5652"/>
        </reference>
        <reference anchor="RFC5958" target="https://www.rfc-editor.org/info/rfc5958" quoteTitle="true" derivedAnchor="RFC5958">
          <front>
            <title>Asymmetric Key Packages</title>
            <author fullname="S. Turner" initials="S." surname="Turner"/>
            <date month="August" year="2010"/>
            <abstract>
              <t indent="0">This document defines the syntax for private-key information and a content type for it. Private-key information includes a private key for a specified public-key algorithm and a set of attributes. The Cryptographic Message Syntax (CMS), as defined in RFC 5652, can be used to digitally sign, digest, authenticate, or encrypt the asymmetric key format content type. This document obsoletes RFC 5208. [STANDARDS-TRACK]</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="5958"/>
          <seriesInfo name="DOI" value="10.17487/RFC5958"/>
        </reference>
        <reference anchor="RFC6986" target="https://www.rfc-editor.org/info/rfc6986" quoteTitle="true" derivedAnchor="RFC6986">
          <front>
            <title>GOST R 34.11-2012: Hash Function</title>
            <author fullname="V. Dolmatov" initials="V." role="editor" surname="Dolmatov"/>
            <author fullname="A. Degtyarev" initials="A." surname="Degtyarev"/>
            <date month="August" year="2013"/>
            <abstract>
              <t indent="0">This document is intended to be a source of information about the Russian Federal standard hash function (GOST R 34.11-2012), which is one of the Russian cryptographic standard algorithms (called GOST algorithms). This document updates RFC 5831.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="6986"/>
          <seriesInfo name="DOI" value="10.17487/RFC6986"/>
        </reference>
        <reference anchor="RFC7292" target="https://www.rfc-editor.org/info/rfc7292" quoteTitle="true" derivedAnchor="RFC7292">
          <front>
            <title>PKCS #12: Personal Information Exchange Syntax v1.1</title>
            <author fullname="K. Moriarty" initials="K." role="editor" surname="Moriarty"/>
            <author fullname="M. Nystrom" initials="M." surname="Nystrom"/>
            <author fullname="S. Parkinson" initials="S." surname="Parkinson"/>
            <author fullname="A. Rusch" initials="A." surname="Rusch"/>
            <author fullname="M. Scott" initials="M." surname="Scott"/>
            <date month="July" year="2014"/>
            <abstract>
              <t indent="0">PKCS #12 v1.1 describes a transfer syntax for personal identity information, including private keys, certificates, miscellaneous secrets, and extensions. Machines, applications, browsers, Internet kiosks, and so on, that support this standard will allow a user to import, export, and exercise a single set of personal identity information. This standard supports direct transfer of personal information under several privacy and integrity modes.</t>
              <t indent="0">This document represents a republication of PKCS #12 v1.1 from RSA Laboratories' Public Key Cryptography Standard (PKCS) series. By publishing this RFC, change control is transferred to the IETF.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7292"/>
          <seriesInfo name="DOI" value="10.17487/RFC7292"/>
        </reference>
        <reference anchor="RFC7836" target="https://www.rfc-editor.org/info/rfc7836" quoteTitle="true" derivedAnchor="RFC7836">
          <front>
            <title>Guidelines on the Cryptographic Algorithms to Accompany the Usage of Standards GOST R 34.10-2012 and GOST R 34.11-2012</title>
            <author fullname="S. Smyshlyaev" initials="S." role="editor" surname="Smyshlyaev"/>
            <author fullname="E. Alekseev" initials="E." surname="Alekseev"/>
            <author fullname="I. Oshkin" initials="I." surname="Oshkin"/>
            <author fullname="V. Popov" initials="V." surname="Popov"/>
            <author fullname="S. Leontiev" initials="S." surname="Leontiev"/>
            <author fullname="V. Podobaev" initials="V." surname="Podobaev"/>
            <author fullname="D. Belyavsky" initials="D." surname="Belyavsky"/>
            <date month="March" year="2016"/>
            <abstract>
              <t indent="0">The purpose of this document is to make the specifications of the cryptographic algorithms defined by the Russian national standards GOST R 34.10-2012 and GOST R 34.11-2012 available to the Internet community for their implementation in the cryptographic protocols based on the accompanying algorithms.</t>
              <t indent="0">These specifications define the pseudorandom functions, the key agreement algorithm based on the Diffie-Hellman algorithm and a hash function, the parameters of elliptic curves, the key derivation functions, and the key export functions.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="7836"/>
          <seriesInfo name="DOI" value="10.17487/RFC7836"/>
        </reference>
        <reference anchor="RFC8174" target="https://www.rfc-editor.org/info/rfc8174" quoteTitle="true" derivedAnchor="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 indent="0">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>
        <reference anchor="RFC9215" target="https://www.rfc-editor.org/info/rfc9215" quoteTitle="true" derivedAnchor="RFC9215">
          <front>
            <title>Using GOST R 34.10-2012 and GOST R 34.11-2012 Algorithms with the Internet X.509 Public Key Infrastructure</title>
            <author fullname="D. Baryshkov" initials="D." role="editor" surname="Baryshkov"/>
            <author fullname="V. Nikolaev" initials="V." surname="Nikolaev"/>
            <author fullname="A. Chelpanov" initials="A." surname="Chelpanov"/>
            <date month="March" year="2022"/>
            <abstract>
              <t indent="0">This document describes encoding formats, identifiers, and parameter formats for the GOST R 34.10-2012 and GOST R 34.11-2012 algorithms for use in the Internet X.509 Public Key Infrastructure (PKI).</t>
              <t indent="0">This specification is developed to facilitate implementations that wish to support the GOST algorithms. This document does not imply IETF endorsement of the cryptographic algorithms used in this document.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9215"/>
          <seriesInfo name="DOI" value="10.17487/RFC9215"/>
        </reference>
        <reference anchor="RFC9337" target="https://www.rfc-editor.org/info/rfc9337" quoteTitle="true" derivedAnchor="RFC9337">
          <front>
            <title>Generating Password-Based Keys Using the GOST Algorithms</title>
            <author fullname="E. Karelina" initials="E." role="editor" surname="Karelina"/>
            <date month="December" year="2022"/>
            <abstract>
              <t indent="0">This document specifies how to use "PKCS #5: Password-Based Cryptography Specification Version 2.1" (RFC 8018) to generate a symmetric key from a password in conjunction with the Russian national standard GOST algorithms.</t>
              <t indent="0">PKCS #5 applies a Pseudorandom Function (PRF) -- a cryptographic hash, cipher, or Hash-Based Message Authentication Code (HMAC) -- to the input password along with a salt value and repeats the process many times to produce a derived key.</t>
              <t indent="0">This specification has been developed outside the IETF. The purpose of publication being to facilitate interoperable implementations that wish to support the GOST algorithms. This document does not imply IETF endorsement of the cryptographic algorithms used here.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9337"/>
          <seriesInfo name="DOI" value="10.17487/RFC9337"/>
        </reference>
        <reference anchor="X.680" target="https://www.itu.int/rec/T-REC-X.680" quoteTitle="true" derivedAnchor="X.680">
          <front>
            <title>Information Technology - Abstract Syntax Notation One (ASN.1): Specification of basic notation</title>
            <author>
              <organization showOnFrontPage="true">ITU-T</organization>
            </author>
            <date month="February" year="2021"/>
          </front>
          <seriesInfo name="ITU-T Recommendation" value="X.680"/>
          <seriesInfo name="ISO/IEC" value="8824-1:2021"/>
        </reference>
        <reference anchor="X.690" target="https://www.itu.int/rec/T-REC-X.690" quoteTitle="true" derivedAnchor="X.690">
          <front>
            <title>Information technology - ASN.1 encoding rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER)</title>
            <author>
              <organization showOnFrontPage="true">ITU-T</organization>
            </author>
            <date month="February" year="2021"/>
          </front>
          <seriesInfo name="ITU-T Recommendation" value="X.690"/>
          <seriesInfo name="ISO/IEC International Standard" value="8825-1:2021"/>
        </reference>
      </references>
      <references pn="section-11.2">
        <name slugifiedName="name-informative-references">Informative References</name>
        <reference anchor="ISO14888-1" target="https://www.iso.org/standard/44226.html" quoteTitle="true" derivedAnchor="ISO14888-1">
          <front>
            <title>Information technology - Security techniques - Digital signatures with appendix - Part 1: General</title>
            <author>
              <organization showOnFrontPage="true">ISO/IEC</organization>
            </author>
            <date month="April" year="2008"/>
          </front>
          <seriesInfo name="ISO/IEC" value="14888-1"/>
        </reference>
      </references>
    </references>
    <section anchor="Examples" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a">
      <name slugifiedName="name-examples">Examples</name>
      <t indent="0" pn="section-appendix.a-1">This section contains examples of using GOST cryptographic algorithms to create a PFX.</t>
      <section anchor="Data" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.1">
        <name slugifiedName="name-test-data">Test Data</name>
        <t indent="0" pn="section-appendix.a.1-1">In all examples, the following data is used.</t>
        <section anchor="Test_cert" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.1.1">
          <name slugifiedName="name-test-certificate">Test Certificate</name>
          <t indent="0" pn="section-appendix.a.1.1-1">This section contains a test certificate in BASE64 format.</t>
          <sourcecode type="" markers="false" pn="section-appendix.a.1.1-2">
MIICLjCCAdugAwIBAgIEAYy6hDAKBggqhQMHAQEDAjA4MQ0wCwYDVQQKEwRUSzI2
MScwJQYDVQQDEx5DQSBUSzI2OiBHT1NUIDM0LjEwLTEyIDI1Ni1iaXQwHhcNMDEw
MTAxMDAwMDAwWhcNNDkxMjMxMDAwMDAwWjA7MQ0wCwYDVQQKEwRUSzI2MSowKAYD
VQQDEyFPUklHSU5BVE9SOiBHT1NUIDM0LjEwLTEyIDUxMi1iaXQwgaAwFwYIKoUD
BwEBAQIwCwYJKoUDBwECAQIBA4GEAASBgLSLt1q8KQ4YZVxioU+1LV9QhE7MHR9g
BEh7S1yVNGlqt7+rNG5VFqmrPM74rbUsOlhV8M+zZKprXdk35Oz8lSW/n2oIUHZx
ikXIH/SSHj4rv3K/Puvz7hYTQSZl/xPdp78nUmjrEa6d5wfX8biEy2z0dgufFvAk
Mw1Ua4gdXqDOo4GHMIGEMGMGA1UdIwRcMFqAFKxsDkxEZqJCluKfCTslZvPLpFMq
oTykOjA4MQ0wCwYDVQQKEwRUSzI2MScwJQYDVQQDEx5DQSBUSzI2OiBHT1NUIDM0
LjEwLTEyIDI1Ni1iaXSCBAGMuoEwHQYDVR0OBBYEFH4GVwmYDK1rCKhX7nkAWDrJ
16CkMAoGCCqFAwcBAQMCA0EACl6p8dAbpi9Hk+3mgMyI0WIh17IrlrSp/mB0F7Zz
Mt8XUD1Dwz3JrrnxeXnfMvOA5BdUJ9hCyDgMVAGs/IcEEA==
</sourcecode>
        </section>
        <section anchor="Test_key" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.1.2">
          <name slugifiedName="name-test-key">Test Key</name>
          <t indent="0" pn="section-appendix.a.1.2-1">This section contains test key bytes in hexadecimal.</t>
          <sourcecode type="" markers="false" pn="section-appendix.a.1.2-2">
F95A5D44C5245F63F2E7DF8E782C1924EADCB8D06C52D91023179786154CBDB1
561B4DF759D69F67EE1FBD5B68800E134BAA12818DA4F3AC75B0E5E6F9256911
</sourcecode>
        </section>
      </section>
      <section anchor="PFXUnencrypted" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.2">
        <name slugifiedName="name-example-of-a-pfx-with-a-pas">Example of a PFX with a Password-Protected Key and Unencrypted Certificate</name>
        <t indent="0" pn="section-appendix.a.2-1">In this example, the PKCS8SHroudedKeybag structure is used to store the key, which is placed in the Data structure. 
            The certBag structure is used to store the certificate, which is placed in the Data structure.
            
            The following password is used to encrypt the key and provide integrity control:
            "Пароль для PFX".
            The password is in hexadecimal:</t>
        <sourcecode type="" markers="false" pn="section-appendix.a.2-2">
D09FD0B0D180D0BED0BBD18C20D0B4D0BBD18F20504658
</sourcecode>
        <t indent="0" pn="section-appendix.a.2-3">The key encryption algorithm identifier:</t>
        <sourcecode type="asn.1" markers="false" pn="section-appendix.a.2-4">
1.2.643.7.1.1.5.2.2
</sourcecode>
        <section anchor="PFX_BASE64" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.2.1">
          <name slugifiedName="name-pfx-in-base64-format">PFX in BASE64 Format</name>
          <sourcecode type="" markers="false" pn="section-appendix.a.2.1-1">
MIIFKwIBAzCCBMQGCSqGSIb3DQEHAaCCBLUEggSxMIIErTCCAswGCSqGSIb3DQEH
AaCCAr0EggK5MIICtTCCArEGCyqGSIb3DQEMCgEDoIICSjCCAkYGCiqGSIb3DQEJ
FgGgggI2BIICMjCCAi4wggHboAMCAQICBAGMuoQwCgYIKoUDBwEBAwIwODENMAsG
A1UEChMEVEsyNjEnMCUGA1UEAxMeQ0EgVEsyNjogR09TVCAzNC4xMC0xMiAyNTYt
Yml0MB4XDTAxMDEwMTAwMDAwMFoXDTQ5MTIzMTAwMDAwMFowOzENMAsGA1UEChME
VEsyNjEqMCgGA1UEAxMhT1JJR0lOQVRPUjogR09TVCAzNC4xMC0xMiA1MTItYml0
MIGgMBcGCCqFAwcBAQECMAsGCSqFAwcBAgECAQOBhAAEgYC0i7davCkOGGVcYqFP
tS1fUIROzB0fYARIe0tclTRpare/qzRuVRapqzzO+K21LDpYVfDPs2Sqa13ZN+Ts
/JUlv59qCFB2cYpFyB/0kh4+K79yvz7r8+4WE0EmZf8T3ae/J1Jo6xGunecH1/G4
hMts9HYLnxbwJDMNVGuIHV6gzqOBhzCBhDBjBgNVHSMEXDBagBSsbA5MRGaiQpbi
nwk7JWbzy6RTKqE8pDowODENMAsGA1UEChMEVEsyNjEnMCUGA1UEAxMeQ0EgVEsy
NjogR09TVCAzNC4xMC0xMiAyNTYtYml0ggQBjLqBMB0GA1UdDgQWBBR+BlcJmAyt
awioV+55AFg6ydegpDAKBggqhQMHAQEDAgNBAApeqfHQG6YvR5Pt5oDMiNFiIdey
K5a0qf5gdBe2czLfF1A9Q8M9ya658Xl53zLzgOQXVCfYQsg4DFQBrPyHBBAxVDAj
BgkqhkiG9w0BCRUxFgQUeVV0+dS25MICJChpmGc/8AoUwE0wLQYJKoZIhvcNAQkU
MSAeHgBwADEAMgBGAHIAaQBlAG4AZABsAHkATgBhAG0AZTCCAdkGCSqGSIb3DQEH
AaCCAcoEggHGMIIBwjCCAb4GCyqGSIb3DQEMCgECoIIBVzCCAVMwWQYJKoZIhvcN
AQUNMEwwKQYJKoZIhvcNAQUMMBwECKf4N7NMwugqAgIIADAMBggqhQMHAQEEAgUA
MB8GCSqFAwcBAQUCAjASBBAlmt2WDfaPJlsAs0mLKglzBIH1DMvEacbbWRNDVSnX
JLWygYrKoipdOjDA/2HEnBZ34uFOLNheUqiKpCPoFpbR2GBiVYVTVK9ibiczgaca
EQYzDXtcS0QCZOxpKWfteAlbdJLC/SqPurPYyKi0MVRUPROhbisFASDT38HDH1Dh
0dL5f6ga4aPWLrWbbgWERFOoOPyh4DotlPF37AQOwiEjsbyyRHq3HgbWiaxQRuAh
eqHOn4QVGY92/HFvJ7u3TcnQdLWhTe/lh1RHLNF3RnXtN9if9zC23laDZOiWZplU
yLrUiTCbHrtn1RppPDmLFNMt9dJ7KKgCkOi7Zm5nhqPChbywX13wcfYxVDAjBgkq
hkiG9w0BCRUxFgQUeVV0+dS25MICJChpmGc/8AoUwE0wLQYJKoZIhvcNAQkUMSAe
HgBwADEAMgBGAHIAaQBlAG4AZABsAHkATgBhAG0AZTBeME4wCgYIKoUDBwEBAgME
QAkBKw4ihn7pSIYTEhu0bcvTPZjI3WgVxCkUVlOsc80G69EKFEOTnObGJGSKJ51U
KkOsXF0a7+VBZf3BcVVQh9UECIVEtO+VpuskAgIIAA==
</sourcecode>
        </section>
        <section anchor="PFX_ASN" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.2.2">
          <name slugifiedName="name-pfx-in-asn1-format">PFX in ASN.1 Format</name>
          <sourcecode type="asn.1" markers="false" pn="section-appendix.a.2.2-1">
   0 1323:SEQUENCE:
   4    1: INTEGER: 3
   7 1220: SEQUENCE:
  11    9:  OBJECT IDENTIFIER:data [1.2.840.113549.1.7.1]
  22 1205:  CONTEXT SPECIFIC (0):
  26 1201:    OCTET STRING:
  30 1197:     SEQUENCE:
  34  716:       SEQUENCE:
  38    9:        OBJECT IDENTIFIER:data [1.2.840.113549.1.7.1]
  49  701:        CONTEXT SPECIFIC (0):
  53  697:          OCTET STRING:
  57  693:           SEQUENCE:
  61  689:             SEQUENCE:
  65   11:              OBJECT IDENTIFIER:pkcs-12-certBag
         :                               [1.2.840.113549.1.12.10.1.3]
  78  586:              CONTEXT SPECIFIC (0):
  82  582:                SEQUENCE:
  86   10:                 OBJECT IDENTIFIER:x509Certificate
         :                               [1.2.840.113549.1.9.22.1]
  98  566:                 CONTEXT SPECIFIC (0):
 102  562:                   OCTET STRING:
 106  558:                    SEQUENCE:
 110  475:                      SEQUENCE:
 114    3:                       CONTEXT SPECIFIC (0):
 116    1:                         INTEGER:2
 119    4:                       INTEGER:26000004
 125   10:                       SEQUENCE:
 127    8:                         OBJECT IDENTIFIER:
         :                               [1.2.643.7.1.1.3.2]
 137   56:                       SEQUENCE:
 139   13:                         SET:
 141   11:                          SEQUENCE:
 143    3:                            OBJECT IDENTIFIER:
         :                               organizationName [2.5.4.10]
 148    4:                            PRINTABLE STRING:'TK26'
 154   39:                         SET:
 156   37:                          SEQUENCE:
 158    3:                            OBJECT IDENTIFIER:commonName
         :                               [2.5.4.3]
 163   30:                           PRINTABLE STRING:
         :                           'CA TK26: GOST 34.10-12 256-bit'
 195   30:                       SEQUENCE:
 197   13:                         UTC TIME:'010101000000Z'
 212   13:                         UTC TIME:'491231000000Z'
 227   59:                       SEQUENCE:
 229   13:                         SET:
 231   11:                          SEQUENCE:
 233    3:                            OBJECT IDENTIFIER:
         :                               organizationName [2.5.4.10]
 238    4:                            PRINTABLE STRING:'TK26'
 244   42:                         SET:
 246   40:                          SEQUENCE:
 248    3:                            OBJECT IDENTIFIER:commonName
         :                                              [2.5.4.3]
 253   33:                            PRINTABLE STRING:
         :                             'ORIGINATOR:
         :                               GOST 34.10-12 512-bit'
 288  160:                       SEQUENCE:
 291   23:                         SEQUENCE:
 293    8:                          OBJECT IDENTIFIER:
         :                               [1.2.643.7.1.1.1.2]
 303   11:                          SEQUENCE:
 305    9:                            OBJECT IDENTIFIER:
         :                               [1.2.643.7.1.2.1.2.1]
 316  132:                         BIT STRING UnusedBits:0:
 320  128:                          OCTET STRING:
         :                            B48BB75ABC290E18655C62A
         :                            14FB52D5F50844ECC1D1F60
         :                            04487B4B5C9534696AB7BFA
         :                            B346E5516A9AB3CCEF8ADB5
         :                            2C3A5855F0CFB364AA6B5DD
         :                            937E4ECFC9525BF9F6A0850
         :                            76718A45C81FF4921E3E2BB
         :                            F72BF3EEBF3EE1613412665
         :                            FF13DDA7BF275268EB11AE9
         :                            DE707D7F1B884CB6CF4760B
         :                            9F16F024330D546B881D5EA0CE
 451  135:                       CONTEXT SPECIFIC (3):
 454  132:                         SEQUENCE:
 457   99:                          SEQUENCE:
 459    3:                            OBJECT IDENTIFIER:
         :                               authorityKeyIdentifier
         :                               [2.5.29.35]
 464   92:                            OCTET STRING:
 466   90:                             SEQUENCE:
 468   20:                               CONTEXT SPECIFIC (0):
         :                                AC6C0E4C4466A24296E2
         :                                9F093B2566F3CBA4532A
 490   60:                               CONTEXT SPECIFIC (1):
 492   58:                                CONTEXT SPECIFIC (4):
 494   56:                                  SEQUENCE:
 496   13:                                   SET:
 498   11:                                     SEQUENCE:
 500    3:                                      OBJECT IDENTIFIER:
         :                                         organizationName
         :                                         [2.5.4.10]
 505    4:                                      PRINTABLE STRING:
         :                                       'TK26'
 511   39:                                   SET:
 513   37:                                     SEQUENCE:
 515    3:                                      OBJECT IDENTIFIER:
         :                                         commonName
         :                                         [2.5.4.3]
 520   30:                                      PRINTABLE STRING:
         :                                       'CA TK26: GOST '
         :                                       '34.10-12 256-bit'
 552    4:                               CONTEXT SPECIFIC (2):
         :                                018CBA81
 558   29:                          SEQUENCE:
 560    3:                            OBJECT IDENTIFIER:
         :                               subjectKeyIdentifier
         :                               [2.5.29.14]
 565   22:                            OCTET STRING:
 567   20:                             OCTET STRING:
         :                               7E065709980CAD6B08A8
         :                               57EE7900583AC9D7A0A4
 589   10:                      SEQUENCE:
 591    8:                       OBJECT IDENTIFIER:
         :                        [1.2.643.7.1.1.3.2]
 601   65:                      BIT STRING UnusedBits:0:
         :                       0A5EA9F1D01BA62F4793EDE680CC88D1
         :                       6221D7B22B96B4A9FE607417B67332DF
         :                       17503D43C33DC9AEB9F17979DF32F380
         :                       E4175427D842C8380C5401ACFC870410
 668   84:              SET:
 670   35:                SEQUENCE:
 672    9:                 OBJECT IDENTIFIER:localKeyID
         :                       [1.2.840.113549.1.9.21]
 683   22:                 SET:
 685   20:                   OCTET STRING:
         :                    795574F9D4B6E4C20224
         :                    286998673FF00A14C04D
 707   45:                SEQUENCE:
 709    9:                 OBJECT IDENTIFIER:friendlyName
         :                       [1.2.840.113549.1.9.20]
 720   32:                 SET:
 722   30:                   BMP STRING:'p12FriendlyName'
 754  473:       SEQUENCE:
 758    9:        OBJECT IDENTIFIER:data [1.2.840.113549.1.7.1]
 769  458:        CONTEXT SPECIFIC (0):
 773  454:          OCTET STRING:
 777  450:           SEQUENCE:
 781  446:             SEQUENCE:
 785   11:              OBJECT IDENTIFIER:
         :               pkcs-12-pkcs-8ShroudedKeyBag
         :               [1.2.840.113549.1.12.10.1.2]
 798  343:              CONTEXT SPECIFIC (0):
 802  339:                SEQUENCE:
 806   89:                 SEQUENCE:
 808    9:                   OBJECT IDENTIFIER:
         :                    [1.2.840.113549.1.5.13]
 819   76:                   SEQUENCE:
 821   41:                    SEQUENCE:
 823    9:                      OBJECT IDENTIFIER:
         :                       [1.2.840.113549.1.5.12]
 834   28:                      SEQUENCE:
 836    8:                       OCTET STRING:'A7F837B34CC2E82A'
 846    2:                       INTEGER:2048
 850   12:                       SEQUENCE:
 852    8:                         OBJECT IDENTIFIER:
         :                          [1.2.643.7.1.1.4.2]
 862    0:                         NULL:
 864   31:                    SEQUENCE:
 866    9:                      OBJECT IDENTIFIER:
         :                       [1.2.643.7.1.1.5.2.2]
 877   18:                      SEQUENCE:
 879   16:                       OCTET STRING:
         :                         259ADD960DF68F265B00B3498B2A0973
 897  245:                 OCTET STRING:
         :                   0CCBC469C6DB5913435529D724B5B281
         :                   8ACAA22A5D3A30C0FF61C49C1677E2E1
         :                   4E2CD85E52A88AA423E81696D1D86062
         :                   55855354AF626E273381A71A1106330D
         :                   7B5C4B440264EC692967ED78095B7492
         :                   C2FD2A8FBAB3D8C8A8B43154543D13A1
         :                   6E2B050120D3DFC1C31F50E1D1D2F97F
         :                   A81AE1A3D62EB59B6E05844453A838FC
         :                   A1E03A2D94F177EC040EC22123B1BCB2
         :                   447AB71E06D689AC5046E0217AA1CE9F
         :                   8415198F76FC716F27BBB74DC9D074B5
         :                   A14DEFE58754472CD1774675ED37D89F
         :                   F730B6DE568364E896669954C8BAD489
         :                   309B1EBB67D51A693C398B14D32DF5D2
         :                   7B28A80290E8BB666E6786A3C285BCB0
         :                   5F5DF071F6
1145   84:              SET:
1147   35:                SEQUENCE:
1149    9:                 OBJECT IDENTIFIER:localKeyID
         :                   [1.2.840.113549.1.9.21]
1160   22:                 SET:
1162   20:                   OCTET STRING:
         :                    795574F9D4B6E4C20224
         :                    286998673FF00A14C04D
1184   45:                SEQUENCE:
1186    9:                 OBJECT IDENTIFIER:friendlyName
         :                   [1.2.840.113549.1.9.20]
1197   32:                 SET:
1199   30:                   BMP STRING:'p12FriendlyName'
1231   94: SEQUENCE:
1233   78:  SEQUENCE:
1235   10:    SEQUENCE:
1237    8:     OBJECT IDENTIFIER:[1.2.643.7.1.1.2.3]
1247   64:    OCTET STRING:
         :     09012B0E22867EE9488613121BB46DCB
         :     D33D98C8DD6815C429145653AC73CD06
         :     EBD10A1443939CE6C624648A279D542A
         :     43AC5C5D1AEFE54165FDC171555087D5
1313    8:  OCTET STRING:'8544B4EF95A6EB24'
1323    2:  INTEGER:2048
</sourcecode>
        </section>
        <section anchor="Dec_key" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.2.3">
          <name slugifiedName="name-decrypted-key-value-in-base">Decrypted Key Value in BASE64 Format</name>
          <sourcecode type="" markers="false" pn="section-appendix.a.2.3-1">
MIHiAgEBMBcGCCqFAwcBAQECMAsGCSqFAwcBAgECAQRAEWkl+eblsHWs86SNgRKq
SxMOgGhbvR/uZ5/WWfdNG1axvUwVhpcXIxDZUmzQuNzqJBkseI7f5/JjXyTFRF1a
+YGBgQG0i7davCkOGGVcYqFPtS1fUIROzB0fYARIe0tclTRpare/qzRuVRapqzzO
+K21LDpYVfDPs2Sqa13ZN+Ts/JUlv59qCFB2cYpFyB/0kh4+K79yvz7r8+4WE0Em
Zf8T3ae/J1Jo6xGunecH1/G4hMts9HYLnxbwJDMNVGuIHV6gzg==
</sourcecode>
        </section>
        <section anchor="Dec_key_ASN" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.2.4">
          <name slugifiedName="name-decrypted-key-value-in-asn1">Decrypted Key Value in ASN.1 Format</name>
          <sourcecode type="asn.1" markers="false" pn="section-appendix.a.2.4-1">
 0 226:SEQUENCE:
 3   1:   INTEGER: 1
 6  23:   SEQUENCE:
 8   8:      OBJECT IDENTIFIER:  [1.2.643.7.1.1.1.2]
18  11:      SEQUENCE:
20   9:         OBJECT IDENTIFIER:  [1.2.643.7.1.2.1.2.1]
31  64:   OCTET STRING:
      :      116925F9E6E5B075ACF3A48D8112AA4B130E80685BBD1FEE679FD6
      :      59F74D1B56B1BD4C158697172310D9526CD0B8DCEA24192C788EDF
      :      E7F2635F24C5445D5AF9
97 129:   CONTEXT SPECIFIC (1):
      :      01B48BB75ABC290E18655C62A14FB52D5F50844ECC1D1F6004487B
      :      4B5C9534696AB7BFAB346E5516A9AB3CCEF8ADB52C3A5855F0CFB3
      :      64AA6B5DD937E4ECFC9525BF9F6A085076718A45C81FF4921E3E2B
      :      BF72BF3EEBF3EE1613412665FF13DDA7BF275268EB11AE9DE707D7
      :      F1B884CB6CF4760B9F16F024330D546B881D5EA0CE
</sourcecode>
        </section>
      </section>
      <section anchor="PFXEncrypted" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.3">
        <name slugifiedName="name-example-of-a-pfx-with-a-pass">Example of a PFX with a Password-Protected Key and a Password-Protected Certificate</name>
        <t indent="0" pn="section-appendix.a.3-1">In this example, the PKCS8SHroudedKeybag structure is used to store the key, which is placed in the Data structure (see <xref target="RFC5652" format="default" sectionFormat="of" derivedContent="RFC5652"/>). 
            The certBag structure is used to store the certificate, which is placed in the EncryptedData structure (see <xref target="RFC5652" format="default" sectionFormat="of" derivedContent="RFC5652"/>).
            
            The following password is used to encrypt the key and provide integrity control. The password is in hexadecimal.</t>
        <sourcecode type="" markers="false" pn="section-appendix.a.3-2">
D09FD0B0D180D0BED0BBD18C20D0B4D0BBD18F20504658
</sourcecode>
        <t indent="0" pn="section-appendix.a.3-3">The key encryption algorithm identifier:</t>
        <sourcecode type="asn.1" markers="false" pn="section-appendix.a.3-4">
1.2.643.7.1.1.5.1.1
</sourcecode>
        <t indent="0" pn="section-appendix.a.3-5">The certificate encryption algorithm identifier:</t>
        <sourcecode type="asn.1" markers="false" pn="section-appendix.a.3-6">
1.2.643.7.1.1.5.1.2
</sourcecode>
        <section anchor="PFX_BASE64_Ex2" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.3.1">
          <name slugifiedName="name-pfx-in-base64-format-2">PFX in BASE64 Format</name>
          <sourcecode type="" markers="false" pn="section-appendix.a.3.1-1">
MIIFjAIBAzCCBSUGCSqGSIb3DQEHAaCCBRYEggUSMIIFDjCCA0EGCSqGSIb3DQEH
BqCCAzIwggMuAgEAMIIDJwYJKoZIhvcNAQcBMFUGCSqGSIb3DQEFDTBIMCkGCSqG
SIb3DQEFDDAcBAgUuSVGsSwGjQICCAAwDAYIKoUDBwEBBAIFADAbBgkqhQMHAQEF
AQIwDgQM9Hk3dagtS48+G/x+gIICwWGPqxxN+sTrKbruRf9R5Ya9cf5AtO1frqMn
f1eULfmZmTg/BdE51QQ+Vbnh3v1kmspr6h2+e4Wli+ndEeCWG6A6X/G22h/RAHW2
YrVmf6cCWxW+YrqzT4h/8RQL/9haunD5LmHPLVsYrEai0OwbgXayDSwARVJQLQYq
sLNmZK5ViN+fRiS5wszVJ3AtVq8EuPt41aQEKwPy2gmH4S6WmnQRC6W7aoqmIifF
PJENJNn5K2M1J6zNESs6bFtYNKMArNqtvv3rioY6eAaaLy6AV6ljsekmqodHmQjv
Y4eEioJs0xhpXhZY69PXT+ZBeHv6MSheBhwXqxAd1DqtPTafMjNK8rqKCap9TtPG
vONvo5W9dgwegxRRQzlum8dzV4m1W9Aq4W7t8/UcxDWRz3k6ijFPlGaA9+8ZMTEO
RHhBRvM6OY2/VNNxbgxWfGYuPxpSi3YnCZIPmBEe5lU/Xv7KjzFusGM38F8YR61k
4/QNpKI1QUv714YKfaUQznshGGzILv1NGID62pl1+JI3vuawi2mDMrmkuM9QFU9v
/kRP+c2uBHDuOGEUUSNhF08p7+w3vxplatGWXH9fmIsPBdk2f3wkn+rwoqrEuijM
I/bCAylU/M0DMKhAo9j31UYSZdi4fsfRWYDJMq/8FPn96tuo+oCpbqv3NUwpZM/8
Li4xqgTHtYw/+fRG0/P6XadNEiII/TYjenLfVHXjAHOVJsVeCu/t3EsMYHQddNCh
rFk/Ic2PdIQOyB4/enpW0qrKegSbyZNuF1WI4zl4mI89L8dTQBUkhy45yQXZlDD8
k1ErYdtdEsPtz/4zuSpbnmwCEIRoOuSXtGuJP+tbcWEXRKM2UBgi3qBjpn7DU18M
tsrRM9pDdadl8mT/Vfh9+B8dZBZVxgQu70lMPEGexbUkYHuFCCnyi9J0V92StbIz
Elxla1VebjCCAcUGCSqGSIb3DQEHAaCCAbYEggGyMIIBrjCCAaoGCyqGSIb3DQEM
CgECoIIBQzCCAT8wVQYJKoZIhvcNAQUNMEgwKQYJKoZIhvcNAQUMMBwECP0EQk0O
1twvAgIIADAMBggqhQMHAQEEAgUAMBsGCSqFAwcBAQUBATAOBAzwxSqgAAAAAAAA
AAAEgeUqj9mI3RDfK5hMd0EeYws7foZK/5ANr2wUhP5qnDjAZgn76lExJ+wuvlnS
9PChfWVugvdl/9XJgQvvr9Cu4pOh4ICXplchcy0dGk/MzItHRVC5wK2nTxwQ4kKT
kG9xhLFzoD16dhtqX0+/dQg9G8pE5EzCBIYRXLm1Arcz9k7KVsTJuNMjFrr7EQuu
Tr80ATSQOtsq50zpFyrpznVPGCrOdIjpymZxNdvw48bZxqTtRVDxCYATOGqz0pwH
ClWULHD9LIajLMB2GhBKyQw6ujIlltJs0T+WNdX/AT2FLi1LFSS3+Cj9MVQwIwYJ
KoZIhvcNAQkVMRYEFHlVdPnUtuTCAiQoaZhnP/AKFMBNMC0GCSqGSIb3DQEJFDEg
Hh4AcAAxADIARgByAGkAZQBuAGQAbAB5AE4AYQBtAGUwXjBOMAoGCCqFAwcBAQID
BEDp4e22JmXdnvR0xA99yQuzQuJ8pxBeOpsLm2dZQqt3Fje5zqW1uk/7VOcfV5r2
bKm8nsLOs2rPT8hBOoeAZvOIBAjGIUHw6IjG2QICCAA=
</sourcecode>
        </section>
        <section anchor="PFX_ASN_Ex2" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.3.2">
          <name slugifiedName="name-pfx-in-asn1-format-2">PFX in ASN.1 Format</name>
          <sourcecode type="asn.1" markers="false" pn="section-appendix.a.3.2-1">
0 1420:SEQUENCE:
  4    1:  INTEGER:3
  7 1317:  SEQUENCE:
 11    9:   OBJECT IDENTIFIER:data [1.2.840.113549.1.7.1]
 22 1302:   CONTEXT SPECIFIC (0):
 26 1298:     OCTET STRING:
 30 1294:      SEQUENCE:
 34  833:        SEQUENCE:
 38    9:         OBJECT IDENTIFIER:
        :          encryptedData [1.2.840.113549.1.7.6]
 49  818:         CONTEXT SPECIFIC (0):
 53  814:           SEQUENCE:
 57    1:            INTEGER:0
 60  807:            SEQUENCE:
 64    9:              OBJECT IDENTIFIER:data [1.2.840.113549.1.7.1]
 75   85:              SEQUENCE:
 77    9:               OBJECT IDENTIFIER:[1.2.840.113549.1.5.13]
 88   72:               SEQUENCE:
 90   41:                 SEQUENCE:
 92    9:                  OBJECT IDENTIFIER:[1.2.840.113549.1.5.12]
103   28:                  SEQUENCE:
105    8:                    OCTET STRING:'14B92546B12C068D'
115    2:                    INTEGER:2048
119   12:                    SEQUENCE:
121    8:                     OBJECT IDENTIFIER:[1.2.643.7.1.1.4.2]
131    0:                     NULL:
133   27:                 SEQUENCE:
135    9:                  OBJECT IDENTIFIER:[1.2.643.7.1.1.5.1.2]
146   14:                  SEQUENCE:
148   12:                    OCTET STRING:
        :                     F4793775A82D4B8F3E1BFC7E
162  705:              CONTEXT SPECIFIC (0):
        :               618FAB1C4DFAC4EB29BAEE45FF51E586BD7
        :               1FE40B4ED5FAEA3277F57942DF99999383F
        :               05D139D5043E55B9E1DEFD649ACA6BEA1DB
        :               E7B85A58BE9DD11E0961BA03A5FF1B6DA1F
        :               D10075B662B5667FA7025B15BE62BAB34F8
        :               87FF1140BFFD85ABA70F92E61CF2D5B18AC
        :               46A2D0EC1B8176B20D2C004552502D062AB
        :               0B36664AE5588DF9F4624B9C2CCD527702D
        :               56AF04B8FB78D5A4042B03F2DA0987E12E9
        :               69A74110BA5BB6A8AA62227C53C910D24D9
        :               F92B633527ACCD112B3A6C5B5834A300ACD
        :               AADBEFDEB8A863A78069A2F2E8057A963B1
        :               E926AA87479908EF6387848A826CD318695
        :               E1658EBD3D74FE641787BFA31285E061C17
        :               AB101DD43AAD3D369F32334AF2BA8A09AA7
        :               D4ED3C6BCE36FA395BD760C1E8314514339
        :               6E9BC7735789B55BD02AE16EEDF3F51CC43
        :               591CF793A8A314F946680F7EF1931310E44
        :               784146F33A398DBF54D3716E0C567C662E3
        :               F1A528B762709920F98111EE6553F5EFECA
        :               8F316EB06337F05F1847AD64E3F40DA4A23
        :               5414BFBD7860A7DA510CE7B21186CC82EFD
        :               4D1880FADA9975F89237BEE6B08B698332B
        :               9A4B8CF50154F6FFE444FF9CDAE0470EE38
        :               6114512361174F29EFEC37BF1A656AD1965
        :               C7F5F988B0F05D9367F7C249FEAF0A2AAC4
        :               BA28CC23F6C2032954FCCD0330A840A3D8F
        :               7D5461265D8B87EC7D15980C932AFFC14F9
        :               FDEADBA8FA80A96EABF7354C2964CFFC2E2
        :               E31AA04C7B58C3FF9F446D3F3FA5DA74D12
        :               2208FD36237A72DF5475E300739526C55E0
        :               AEFEDDC4B0C60741D74D0A1AC593F21CD8F
        :               74840EC81E3F7A7A56D2AACA7A049BC9936
        :               E175588E33978988F3D2FC753401524872E
        :               39C905D99430FC93512B61DB5D12C3EDCFF
        :               E33B92A5B9E6C021084683AE497B46B893F
        :               EB5B71611744A336501822DEA063A67EC35
        :               35F0CB6CAD133DA4375A765F264FF55F87D
        :               F81F1D641655C6042EEF494C3C419EC5B52
        :               4607B850829F28BD27457DD92B5B233125C
        :               656B555E6E
871  453:        SEQUENCE:
875    9:         OBJECT IDENTIFIER:data [1.2.840.113549.1.7.1]
886  438:         CONTEXT SPECIFIC (0):
890  434:           OCTET STRING:
894  430:            SEQUENCE:
898  426:              SEQUENCE:
902   11:               OBJECT IDENTIFIER:
        :                pkcs-12-pkcs-8ShroudedKeyBag
        :                [1.2.840.113549.1.12.10.1.2]
915  323:               CONTEXT SPECIFIC (0):
919  319:                 SEQUENCE:
923   85:                  SEQUENCE:
925    9:                    OBJECT IDENTIFIER:
        :                     [1.2.840.113549.1.5.13]
936   72:                    SEQUENCE:
938   41:                     SEQUENCE:
940    9:                       OBJECT IDENTIFIER:
        :                        [1.2.840.113549.1.5.12]
951   28:                       SEQUENCE:
953    8:                        OCTET STRING:
        :                          FD04424D0ED6DC2F
963    2:                        INTEGER:2048
967   12:                        SEQUENCE:
969    8:                          OBJECT IDENTIFIER:
        :                           [1.2.643.7.1.1.4.2]
979    0:                          NULL:
981   27:                     SEQUENCE:
983    9:                       OBJECT IDENTIFIER:
        :                        [1.2.643.7.1.1.5.1.1]
994   14:                       SEQUENCE:
996   12:                        OCTET STRING:
        :                          F0C52AA00000000000000000
1010  229:                  OCTET STRING:
        :                    2A8FD988DD10DF2B984C77411E630B3B
        :                    7E864AFF900DAF6C1484FE6A9C38C066
        :                    09FBEA513127EC2EBE59D2F4F0A17D65
        :                    6E82F765FFD5C9810BEFAFD0AEE293A1
        :                    E08097A65721732D1D1A4FCCCC8B4745
        :                    50B9C0ADA74F1C10E24293906F7184B1
        :                    73A03D7A761B6A5F4FBF75083D1BCA44
        :                    E44CC20486115CB9B502B733F64ECA56
        :                    C4C9B8D32316BAFB110BAE4EBF340134
        :                    903ADB2AE74CE9172AE9CE754F182ACE
        :                    7488E9CA667135DBF0E3C6D9C6A4ED45
        :                    50F1098013386AB3D29C070A55942C70
        :                    FD2C86A32CC0761A104AC90C3ABA3225
        :                    96D26CD13F9635D5FF013D852E2D4B15
        :                    24B7F828FD
1242   84:               SET:
1244   35:                 SEQUENCE:
1246    9:                  OBJECT IDENTIFIER:localKeyID
        :                   [1.2.840.113549.1.9.21]
1257   22:                  SET:
1259   20:                    OCTET STRING:
        :                      795574F9D4B6E4C20224
        :                      286998673FF00A14C04D
1281   45:                 SEQUENCE:
1283    9:                  OBJECT IDENTIFIER:
        :                   friendlyName [1.2.840.113549.1.9.20]
1294   32:                  SET:
1296   30:                    BMP STRING:'p12FriendlyName'
1328   94:  SEQUENCE:
1330   78:   SEQUENCE:
1332   10:     SEQUENCE:
1334    8:      OBJECT IDENTIFIER:[1.2.643.7.1.1.2.3]
1344   64:     OCTET STRING:
        :      E9E1EDB62665DD9EF474C40F7DC90BB3
        :      42E27CA7105E3A9B0B9B675942AB7716
        :      37B9CEA5B5BA4FFB54E71F579AF66CA9
        :      BC9EC2CEB36ACF4FC8413A878066F388
1410    8:   OCTET STRING:'C62141F0E888C6D9'
1420    2:   INTEGER:2048
</sourcecode>
        </section>
        <section anchor="Dec_key_Ex2" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.3.3">
          <name slugifiedName="name-decrypted-key-value-in-base6">Decrypted Key Value in BASE64 Format</name>
          <sourcecode type="" markers="false" pn="section-appendix.a.3.3-1">
MIHiAgEBMBcGCCqFAwcBAQECMAsGCSqFAwcBAgECAQRAEWkl+eblsHWs86SNgRKq
SxMOgGhbvR/uZ5/WWfdNG1axvUwVhpcXIxDZUmzQuNzqJBkseI7f5/JjXyTFRF1a
+YGBgQG0i7davCkOGGVcYqFPtS1fUIROzB0fYARIe0tclTRpare/qzRuVRapqzzO
+K21LDpYVfDPs2Sqa13ZN+Ts/JUlv59qCFB2cYpFyB/0kh4+K79yvz7r8+4WE0Em
Zf8T3ae/J1Jo6xGunecH1/G4hMts9HYLnxbwJDMNVGuIHV6gzg==
</sourcecode>
        </section>
        <section anchor="Dec_key_ASN_Ex2" numbered="true" removeInRFC="false" toc="include" pn="section-appendix.a.3.4">
          <name slugifiedName="name-decrypted-key-value-in-asn1-">Decrypted Key Value in ASN.1 Format</name>
          <sourcecode type="asn.1" markers="false" pn="section-appendix.a.3.4-1">
 0 226:SEQUENCE:
 3   1:   INTEGER: 1
 6  23:   SEQUENCE:
 8   8:      OBJECT IDENTIFIER:  [1.2.643.7.1.1.1.2]
18  11:      SEQUENCE:
20   9:         OBJECT IDENTIFIER:  [1.2.643.7.1.2.1.2.1]
31  64:   OCTET STRING:
      :      116925F9E6E5B075ACF3A48D8112AA4B130E80685BBD1FEE679FD6
      :      59F74D1B56B1BD4C158697172310D9526CD0B8DCEA24192C788EDF
      :      E7F2635F24C5445D5AF9
97 129:   CONTEXT SPECIFIC (1):
      :      01B48BB75ABC290E18655C62A14FB52D5F50844ECC1D1F6004487B
      :      4B5C9534696AB7BFAB346E5516A9AB3CCEF8ADB52C3A5855F0CFB3
      :      64AA6B5DD937E4ECFC9525BF9F6A085076718A45C81FF4921E3E2B
      :      BF72BF3EEBF3EE1613412665FF13DDA7BF275268EB11AE9DE707D7
      :      F1B884CB6CF4760B9F16F024330D546B881D5EA0CE
</sourcecode>
        </section>
      </section>
    </section>
    <section anchor="Acknowledgments" numbered="false" removeInRFC="false" toc="include" pn="section-appendix.b">
      <name slugifiedName="name-acknowledgments">Acknowledgments</name>
      <t indent="0" pn="section-appendix.b-1">The author thanks <contact fullname="Potashnikov Alexander"/>, <contact fullname="Pianov Semen"/>, and <contact fullname="Smyslov Valery"/> for their careful readings and useful comments,
         and <contact fullname="Chelpanov Alexander"/> for his help with the registration of identifiers.</t>
    </section>
    <section anchor="authors-addresses" numbered="false" removeInRFC="false" toc="include" pn="section-appendix.c">
      <name slugifiedName="name-authors-address">Author's Address</name>
      <author fullname="Ekaterina Karelina" initials="E." role="editor" surname="Karelina">
        <organization showOnFrontPage="true">InfoTeCS</organization>
        <address>
          <postal>
            <street>2B stroenie 1, ul. Otradnaya</street>
            <city>Moscow</city>
            <code>127273</code>
            <country>Russian Federation</country>
          </postal>
          <email>Ekaterina.Karelina@infotecs.ru</email>
        </address>
      </author>
    </section>
  </back>
</rfc>
