<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.14 (Ruby 3.3.7) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-autocrypt-lamps-protected-headers-03" category="info" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.23.0 -->
  <front>
    <title>(Deprecated) Protected E-mail Headers</title>
    <seriesInfo name="Internet-Draft" value="draft-autocrypt-lamps-protected-headers-03"/>
    <author initials="B. R." surname="Einarsson" fullname="Bjarni Rúnar Einarsson">
      <organization>Mailpile ehf</organization>
      <address>
        <postal>
          <street>Baronsstigur</street>
          <country>Iceland</country>
        </postal>
        <email>bre@mailpile.is</email>
      </address>
    </author>
    <author initials="" surname="juga" fullname="juga">
      <organization>Independent</organization>
      <address>
        <email>juga@riseup.net</email>
      </address>
    </author>
    <author initials="D. K." surname="Gillmor" fullname="Daniel Kahn Gillmor">
      <organization abbrev="ACLU">American Civil Liberties Union</organization>
      <address>
        <postal>
          <street>125 Broad St.</street>
          <city>New York, NY</city>
          <code>10004</code>
          <country>USA</country>
        </postal>
        <email>dkg@fifthhorseman.net</email>
      </address>
    </author>
    <date year="2025" month="April" day="16"/>
    <area>int</area>
    <workgroup>openpgp</workgroup>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <?line 54?>

<t>This is a tombstone document of an abandoned effort to provide end-to-end cryptographic protections for e-mail headers.
It has been superseded by <tt>draft-ietf-lamps-header-protection</tt></t>
    </abstract>
  </front>
  <middle>
    <?line 59?>

<section anchor="this-document-is-deprecated">
      <name>This Document Is Deprecated</name>
      <t>This document has been superseded by <xref target="I-D.ietf-lamps-header-protection"/>.</t>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="I-D.ietf-lamps-header-protection">
          <front>
            <title>Header Protection for Cryptographically Protected E-mail</title>
            <author fullname="Daniel Kahn Gillmor" initials="D. K." surname="Gillmor">
              <organization>American Civil Liberties Union</organization>
            </author>
            <author fullname="Bernie Hoeneisen" initials="B." surname="Hoeneisen">
              <organization>pEp Project</organization>
            </author>
            <author fullname="Alexey Melnikov" initials="A." surname="Melnikov">
              <organization>Isode Ltd</organization>
            </author>
            <date day="6" month="January" year="2025"/>
            <abstract>
              <t>   S/MIME version 3.1 introduced a mechanism to provide end-to-end
   cryptographic protection of e-mail message headers.  However, few
   implementations generate messages using this mechanism, and several
   legacy implementations have revealed rendering or security issues
   when handling such a message.

   This document updates the S/MIME specification (RFC8551) to offer a
   different mechanism that provides the same cryptographic protections
   but with fewer downsides when handled by legacy clients.
   Furthermore, it offers more explicit usability, privacy, and security
   guidance for clients when generating or handling e-mail messages with
   cryptographic protection of message headers.

   The Header Protection scheme defined here is also applicable to
   messages with PGP/MIME cryptographic protections.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-lamps-header-protection-25"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="OpenPGP-Email-Summit-2019" target="https://wiki.gnupg.org/OpenPGPEmailSummit201910">
          <front>
            <title>OpenPGP Email Summit 2019</title>
            <author>
              <organization/>
            </author>
            <date year="2019" month="October" day="13"/>
          </front>
        </reference>
        <reference anchor="Autocrypt" target="https://autocrypt.org/level1.html">
          <front>
            <title>Autocrypt Specification 1.1</title>
            <author>
              <organization/>
            </author>
            <date year="2019" month="October" day="13"/>
          </front>
        </reference>
        <reference anchor="xkcd936" target="https://www.xkcd.com/936/">
          <front>
            <title>xkcd: Password Strength</title>
            <author initials="R." surname="Munroe" fullname="Randall Munroe">
              <organization>xkcd</organization>
            </author>
            <date year="2011" month="August" day="10"/>
          </front>
        </reference>
      </references>
    </references>
    <?line 65?>

<section anchor="document-considerations">
      <name>Document Considerations</name>
      <t>[ RFC Editor: please remove this section before publication ]</t>
      <t>This document is currently edited as markdown.  Minor editorial changes can be suggested via merge requests at https://github.com/autocrypt/protected-headers or by e-mail to the authors.  Please direct all significant commentary to the public IETF LAMPS mailing list: spasm@ietf.org</t>
      <section anchor="document-history">
        <name>Document History</name>
        <t>Significant changes between version -02 and -03:</t>
        <ul spacing="normal">
          <li>
            <t>"Tombstone" this document in favor of <tt>draft-ietf-lamps-header-protection</tt></t>
          </li>
        </ul>
        <t>Significant changes between version -01 and -02:</t>
        <ul spacing="normal">
          <li>
            <t>Added S/MIME test vectors in addition to PGP/MIME</t>
          </li>
          <li>
            <t>Legacy Display parts should now be <tt>text/plain</tt> and not <tt>text/rfc822-headers</tt></t>
          </li>
          <li>
            <t>Cryptographic Payload must have <tt>protected-headers</tt> parameter set to <tt>v1</tt></t>
          </li>
          <li>
            <t>Test vector sample Message-Ids have been normalized</t>
          </li>
          <li>
            <t>Added encrypted-only (unsigned) test vectors, at the suggestion of Russ Housley</t>
          </li>
        </ul>
        <t>Changes between version -00 and -01:</t>
        <ul spacing="normal">
          <li>
            <t>Credit Randall for "correct horse battery staple".</t>
          </li>
          <li>
            <t>Adjust test vectors to ensure no line in the generated .txt format exceeds 72 chars.</t>
          </li>
          <li>
            <t>Minor formatting cleanup to appease idnits.</t>
          </li>
          <li>
            <t>Update references to more recent documents (RFC 2822 -&gt; 5322, -00 to -01 of draft-ietf-lamps-header-protection-requirements).</t>
          </li>
        </ul>
      </section>
    </section>
    <section anchor="acknowledgements">
      <name>Acknowledgements</name>
      <t>The set of constructs and algorithms in this document has a previous working title of "Memory Hole", but that title is no longer used as different implementations gained experience in working with it.</t>
      <t>These ideas were tested and fine-tuned in part by the loose collaboration of MUA developers known as <xref target="Autocrypt"/>.</t>
      <t>Additional feedback and useful guidance was contributed by attendees of the OpenPGP e-mail summit (<xref target="OpenPGP-Email-Summit-2019"/>).</t>
      <t>The following people have contributed implementation experience, documentation, critique, and other feedback:</t>
      <ul spacing="normal">
        <li>
          <t>Holger Krekel</t>
        </li>
        <li>
          <t>Patrick Brunschwig</t>
        </li>
        <li>
          <t>Vincent Breitmoser</t>
        </li>
        <li>
          <t>Edwin Taylor</t>
        </li>
        <li>
          <t>Alexey Melnikov</t>
        </li>
        <li>
          <t>Russ Housley</t>
        </li>
      </ul>
      <t>The password example used in previous versions comes from <xref target="xkcd936"/>.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA41W227jyBF951dUnJcZwKQlOZvdEZBgfNsdY8a7hi8BFptF
3CJLVI+a3Ux3U7JizI/lNT+WU01KI8+skxUMmGx21+XUqVOd53kWdTQ8pVfn
3HouVeTqNV17F7nEI13kjdKG3rGq2IescqVVDbZXXs1jrrroSr9pY25U04a8
3Z7LF/2BfHScic3a+c2UtJ27LNOtn1L0XYiT0ejNaJIpz0o+xmzt/LL2rmun
5Fq2bd1mS95gtZrSpY3sLcf8XFxnoZs1OgTt7N2mRUCXF3ffZ1mIylb/UMZZ
LG04ZK2e0i8I8pCC89HzPOBp08jDr1mG+BfOTzPKM8JP2zCl04JuCrrQVvkQ
nE0f+pxPPypvNd3859/49sUO5+spXQGqVhsmXszTaoBHjjipvLMhRF13Pn0o
XWejQHJZskHIaZEF6inNPL9tBkuFDtvg+hg+drXa3yzvb70O3LUFwPkcy6Wt
GBBWDFj30zsv6H1BP2hjGuf3DJ8rq9nQe7Wwz74mYycNe10qS2d6BTZ80DP2
UXOge6sHALapjiff0Kl3qqLbWPS56ohEf+Q1/YzyHtKPPw8QVHA7Ho1Gf3oO
yf3tSVpQMyCxgvOzD/f7KVfL+u1cz+MCpQtYsylx4ZZvVNQrRj1/QurXP1zn
F3Ikv+2aRsd8Mhq/mSZLUflagl3E2Ibp0dFaL3VR266tC+R7NJxOh/uzcnQ8
6s/2/TLsobSJ+l0k29KmCpyfptd8PMrHxxmdbFvltyPYdVIKwPCKzbhYxMbs
+9zZoNuWSz1HSSLwp3ExfsHr47Ks3hz/+YWs1+tCNhSla46w62jf14F8mdK1
CkH6D9X0bOu4OOhr0zcOpZcthW5AZGUMXXXWOx4+JdKhoZ4tJlKJg+dhj/PR
d4g8y/Mc1QejVBmz7G6hA+FPUXQNVtHbBB3qGlCb3JxASzWDa6xXxHPQIGIn
QYtWukIv2iqPLsc/Sti52qt2oUsaxAoABsIh4l7qBuUqsstICxVoxmwpdC3W
uIKH2YYeevXTHOeD8PWH8s8mH7KURaOrynCW/ZFSFufbsC/xvNPbIcVdTi94
fXr6w2V+Xvwvr58+Fb3fmSqXWbZzd4YcgYVPdAnZX377l2V//4Vuvj+ji0pH
qW5rWAUmz41bMUUJMvSOEB8gY2q7mdmy8Ncv88Bz2XnQJpoNMWwiD6TWKL+s
3NoWRFfaCvDJnVaGyoWyNWRFpGbGyL/GmxxbaUXQoFqC+WeHNdAh7ohc67jo
ZonGuz46+moWgXUC41BmMCQueCByQCzXfbKVRlUiCY+Drm1qMuQC25KT8pvt
yT71NHfow8nV9S2JXW1rMjqgy0KrQvNWqiUtvVeMd/iMcSh1evbLstt9hwMU
M45r4cIKGQjK+WgCxlf4fzzNoOx0cLftioO+RJ/xtzRXK2SNJvl9lP19AYyH
ACZ9ACeVEPT26Ory6oIiaoOtJTIMEoCqUFw5BtQgl2mTHPrAtSo3dK5Da9SG
WuVR0rBwnanIurVU/yHyI8polLYPyaN1cVj08/K7yWRb2AcxePast6/VxsgM
anDLQD+BvQ9f8eFBvEK4cK0ArZNmPKzGydjd5ywoAC2M9CsOQdWcX1ahN5g6
1MrMMfpfaOIdEmwTAeHIWRD/VWeFSHKt2gfnUAgsPBpILhihTjddCPTOdcHw
JsvOXqzBaKjBuK/BmZcm2imwyNlB6XyichqTUISIRDeY0wrpHBR9vB8Fn2c1
AwpsQ4fetg5MhtaiihJnzVYEBAkW8TFSP22JH0tmQPLtRAgjsgm7fVv3O6J0
RInewnQV46ptU5/pyurYb79vZQKgs+cMsSg5BdGIvCB+IfKW0YFeiTxNUHvK
/0rfHE8mhwkL7BdaAr//T/NcFARNngy+hl6elEswznBV92tfyaPoGieKwEEJ
AcXltRQFQgWUwdUW8tOEHqcvdVxhzPBKo6Akl1sBIw1YMXVwBWFFSd45FOSQ
Zp0QQliRNsCSVMCBAJ660GtnpecJJDS3sDJJUj/BarSJkO8RI0MLihLP1uUa
EZLGfUwySeCjBrSGpVR8sY1c5rCQx07M4Ky0pOil1N44h1OlM0bNXD9FJIGr
+xOq5KriZE6RwGglyqen3U0lTaSTQQSg8HOwRYZTcois5p2hutOVkojXOAt8
o9fAoh96wlpcYsEJ+JNQtveuQcZDf/F69fT04pXv06fXfeJgpDFuLYC07KSp
UyPve3yO6h6ah7uypi+HuEsgJYyiw5SJQ2h+lxx6MpeqSuXee16ywfu1ghck
fuohCOVirWss/k3bxPBTzzo2ANlj8aJCjHQnEiavJ4YfeQMBMlYv3Qorz0SC
Umrt9p7Gj71eJcZIGbf0G7RDEG4A59y7BoUaLohSpv8CltswaQ0OAAA=

-->

</rfc>
