Resubmit OMEMO Media Sharing on Historical track

This commit is contained in:
Emmanuel Gil Peyrot 2021-01-10 12:33:37 +01:00
parent 0062f6c185
commit 6c501aae81
1 changed files with 15 additions and 1 deletions

View File

@ -11,7 +11,7 @@
&LEGALNOTICE;
<number>xxxx</number>
<status>ProtoXEP</status>
<type>Informational</type>
<type>Historical</type>
<sig>Standards</sig>
<approver>Council</approver>
<dependencies>
@ -27,6 +27,17 @@
<email>daniel@gultsch.de</email>
<jid>daniel@gultsch.de</jid>
</author>
<revision>
<version>0.0.2</version>
<date>2021-01-10</date>
<initials>egp</initials>
<remark>
<ul>
<li>Resubmitted on the Historical track.</li>
<li>Added a section on IANA considerations.</li>
</ul>
</remark>
</revision>
<revision>
<version>0.0.1</version>
<date>2018-05-31</date>
@ -70,4 +81,7 @@ data:image/jpeg,/9j/4AAQSkZJRgABAQEBLAEsAAD…]]></code>
<section1 topic='Security Considerations' anchor='security'>
<p>A aesgcm URL MUST never be linkified and clients MUST NOT offer another direct way for users to open them in a browser as this could leak the anchor with the encryption key to the server operator. This is also the reason the aesgcm URL was choosen in the first place to prevent users from accidentally opening a HTTP URL in the browser.</p>
</section1>
<section1 topic='IANA Considerations' anchor='iana'>
<p>The aesgcm scheme is not registered at the IANA, and it probably shouldnt be as it is mostly a hack in order to work around the limitations of &xep0384; version 0.3.0 with regards to the extensibility, as this extension could only encrypt the <code>&lt;body/&gt;</code> of a message.</p>
</section1>
</xep>