Skip to content

Commit

Permalink
Script updating gh-pages from b019cbf. [ci skip]
Browse files Browse the repository at this point in the history
  • Loading branch information
ID Bot committed Aug 29, 2024
1 parent 52204a8 commit 5390d5d
Show file tree
Hide file tree
Showing 2 changed files with 73 additions and 56 deletions.
78 changes: 43 additions & 35 deletions draft-ietf-oauth-status-list.html
View file
Original file line number Diff line number Diff line change
Expand Up @@ -1030,7 +1030,7 @@
</tr></thead>
<tfoot><tr>
<td class="left">Looker, et al.</td>
<td class="center">Expires 1 March 2025</td>
<td class="center">Expires 2 March 2025</td>
<td class="right">[Page]</td>
</tr></tfoot>
</table>
Expand All @@ -1043,12 +1043,12 @@
<dd class="internet-draft">draft-ietf-oauth-status-list-latest</dd>
<dt class="label-published">Published:</dt>
<dd class="published">
<time datetime="2024-08-28" class="published">28 August 2024</time>
<time datetime="2024-08-29" class="published">29 August 2024</time>
</dd>
<dt class="label-intended-status">Intended Status:</dt>
<dd class="intended-status">Informational</dd>
<dt class="label-expires">Expires:</dt>
<dd class="expires"><time datetime="2025-03-01">1 March 2025</time></dd>
<dd class="expires"><time datetime="2025-03-02">2 March 2025</time></dd>
<dt class="label-authors">Authors:</dt>
<dd class="authors">
<div class="author">
Expand Down Expand Up @@ -1101,7 +1101,7 @@ <h2 id="name-status-of-this-memo">
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."<a href="#section-boilerplate.1-3" class="pilcrow"></a></p>
<p id="section-boilerplate.1-4">
This Internet-Draft will expire on 1 March 2025.<a href="#section-boilerplate.1-4" class="pilcrow"></a></p>
This Internet-Draft will expire on 2 March 2025.<a href="#section-boilerplate.1-4" class="pilcrow"></a></p>
</section>
</div>
<div id="copyright">
Expand Down Expand Up @@ -1738,9 +1738,9 @@ <h3 id="name-status-list-token-in-cwt-fo">
d28453a20126106e7374617475736c6973742b637774a1044231325866a602782168
747470733a2f2f6578616d706c652e636f6d2f7374617475736c697374732f310173
68747470733a2f2f6578616d706c652e636f6d061a648c5bea041a8898dfea19fffe
19a8c019ffff56a2646269747301636c73744a78dadbb918000217015d5840e9db2d
0df3c9a0ee29b2dd67e683eca84d49a8adf26c1b14bfb33709a826ab256bc8e82c65
685f122b3a4a695b8155a50af502be265a972d7607a40c8dc7f216
19a8c019ffff56a2646269747301636c73744a78dadbb918000217015d5840ecd8f1
21d8d48e9f80da20e7a9cb0f15ebd994da9bf35d4252650070d42a4a62f248940735
d1492c4e03cd784c85c65bc5e2cc1ce1bb0503c14ba3286d7a8a2c
</pre><a href="#section-5.2-9" class="pilcrow"></a>
</div>
<p id="section-5.2-10">The following is the CBOR Annotated Hex output of the example above:<a href="#section-5.2-10" class="pilcrow"></a></p>
Expand All @@ -1766,12 +1766,12 @@ <h3 id="name-status-list-token-in-cwt-fo">
747301636c73744a78dadbb9 # "ts\x01clstJxÚÛ¹"
18000217015d # "\x18\x00\x02\x17\x01]"
58 40 # bytes(64)
e9db2d0df3c9a0ee29b2dd67 # "éÛ-\x0dóÉ\xa0î)²Ýg"
e683eca84d49a8adf26c1b14 # "æ\x83ì¨MI¨\xadòl\x1b\x14"
bfb33709a826ab256bc8e82c # "¿³7\x09¨&amp;«%kÈè,"
65685f122b3a4a695b8155a5 # "eh_\x12+:Ji[\x81U¥"
0af502be265a972d7607a40c # "\x0aõ\x02¾&amp;Z\x97-v\x07¤\x0c"
8dc7f216 # "\x8dÇò\x16"
ecd8f121d8d48e9f80da20e7 # "ìØñ!ØÔ\x8e\x9f\x80Ú ç"
a9cb0f15ebd994da9bf35d42 # "©Ë\x0f\x15ëÙ\x94Ú\x9bó]B"
52650070d42a4a62f2489407 # "Re\x00pÔ*JbòH\x94\x07"
35d1492c4e03cd784c85c65b # "5ÑI,N\x03ÍxL\x85Æ["
c5e2cc1ce1bb0503c14ba328 # "ÅâÌ\x1cá»\x05\x03ÁK£("
6d7a8a2c # "mz\x8a,"
</pre><a href="#section-5.2-11" class="pilcrow"></a>
</div>
</section>
Expand Down Expand Up @@ -1876,9 +1876,9 @@ <h3 id="name-referenced-token-in-cwt-for">
d28443a10126a1044231325866a502653132333435017368747470733a2f2f657861
6d706c652e636f6d061a648c5bea041a8898dfea19ffffa16b7374617475735f6c69
7374a2636964780063757269782168747470733a2f2f6578616d706c652e636f6d2f
7374617475736c697374732f3158405ccd9c9c6d194278462d213a8659f4d10ac284
70ab90e19dd6a46b8469859171e76ddca4125145aea12cfa7f156d6573962987a4d9
296f99c07c75090e34ae97
7374617475736c697374732f3158404b45642d2d5366e202920843e32a250f8c6cdf
766d8d2be3a7fedb4dac71a81ce71a11d8ba2922b8d962a73f8e1af9b46d30fe8b8b
0ee2fcba3b3d52a2408487
</pre><a href="#section-6.3-6" class="pilcrow"></a>
</div>
<p id="section-6.3-7">The following is the CBOR Annotated Hex output of the example above:<a href="#section-6.3-7" class="pilcrow"></a></p>
Expand All @@ -1903,12 +1903,12 @@ <h3 id="name-referenced-token-in-cwt-for">
2e636f6d2f7374617475736c # ".com/statusl"
697374732f31 # "ists/1"
58 40 # bytes(64)
5ccd9c9c6d194278462d213a # "\Í\x9c\x9cm\x19BxF-!:"
8659f4d10ac28470ab90e19d # "\x86YôÑ\x0aÂ\x84p«\x90á\x9d"
d6a46b8469859171e76ddca4 # "Ö¤k\x84i\x85\x91qçmܤ"
125145aea12cfa7f156d6573 # "\x12QE®¡,ú\x7f\x15mes"
962987a4d9296f99c07c7509 # "\x96)\x87¤Ù)o\x99À|u\x09"
0e34ae97 # "\x0e4®\x97"
4b45642d2d5366e202920843 # "KEd--Sfâ\x02\x92\x08C"
e32a250f8c6cdf766d8d2be3 # "ã*%\x0f\x8clßvm\x8d+ã"
a7fedb4dac71a81ce71a11d8 # "§þÛM¬q¨\x1cç\x1a\x11Ø"
ba2922b8d962a73f8e1af9b4 # "º)"¸Ùb§?\x8e\x1aù´"
6d30fe8b8b0ee2fcba3b3d52 # "m0þ\x8b\x8b\x0eâüº;=R"
a2408487 # "¢@\x84\x87"
</pre><a href="#section-6.3-8" class="pilcrow"></a>
</div>
</section>
Expand Down Expand Up @@ -1972,22 +1972,23 @@ <h3 id="name-status-list-request">
</h3>
<p id="section-8.1-1">To obtain the Status List or Status List Token, the Relying Party <span class="bcp14">MUST</span> send an HTTP GET request to the URI provided in the Referenced Token.<a href="#section-8.1-1" class="pilcrow"></a></p>
<p id="section-8.1-2">If the Status List is provided by an HTTP endpoint (and not as a Status List Token), the provider of the Status List <span class="bcp14">MUST</span> utilize TLS. Which version(s) should be implemented will vary over time. A TLS server certificate check <span class="bcp14">MUST</span> be performed as defined in Section 5 and 6 of <span>[<a href="#RFC6125" class="cite xref">RFC6125</a>]</span>.<a href="#section-8.1-2" class="pilcrow"></a></p>
<p id="section-8.1-3">The Relying Party <span class="bcp14">SHOULD</span> send the following Accept-Header to indicate the requested response type:<a href="#section-8.1-3" class="pilcrow"></a></p>
<p id="section-8.1-3">The HTTP endpoint <span class="bcp14">SHOULD</span> support the use of Cross-Origin Resource Sharing (CORS) <span>[<a href="#CORS" class="cite xref">CORS</a>]</span> and/or other methods as appropriate to enable Browser-Based clients to access it.<a href="#section-8.1-3" class="pilcrow"></a></p>
<p id="section-8.1-4">The Relying Party <span class="bcp14">SHOULD</span> send the following Accept-Header to indicate the requested response type:<a href="#section-8.1-4" class="pilcrow"></a></p>
<ul class="normal">
<li class="normal" id="section-8.1-4.1">
<p id="section-8.1-4.1.1">"application/statuslist+json" for Status List in JSON format<a href="#section-8.1-4.1.1" class="pilcrow"></a></p>
<li class="normal" id="section-8.1-5.1">
<p id="section-8.1-5.1.1">"application/statuslist+json" for Status List in JSON format<a href="#section-8.1-5.1.1" class="pilcrow"></a></p>
</li>
<li class="normal" id="section-8.1-4.2">
<p id="section-8.1-4.2.1">"application/statuslist+jwt" for Status List in JWT format<a href="#section-8.1-4.2.1" class="pilcrow"></a></p>
<li class="normal" id="section-8.1-5.2">
<p id="section-8.1-5.2.1">"application/statuslist+jwt" for Status List in JWT format<a href="#section-8.1-5.2.1" class="pilcrow"></a></p>
</li>
<li class="normal" id="section-8.1-4.3">
<p id="section-8.1-4.3.1">"application/statuslist+cbor" for Status List in CBOR format<a href="#section-8.1-4.3.1" class="pilcrow"></a></p>
<li class="normal" id="section-8.1-5.3">
<p id="section-8.1-5.3.1">"application/statuslist+cbor" for Status List in CBOR format<a href="#section-8.1-5.3.1" class="pilcrow"></a></p>
</li>
<li class="normal" id="section-8.1-4.4">
<p id="section-8.1-4.4.1">"application/statuslist+cwt" for Status List in CWT format<a href="#section-8.1-4.4.1" class="pilcrow"></a></p>
<li class="normal" id="section-8.1-5.4">
<p id="section-8.1-5.4.1">"application/statuslist+cwt" for Status List in CWT format<a href="#section-8.1-5.4.1" class="pilcrow"></a></p>
</li>
</ul>
<p id="section-8.1-5">If the Relying Party does not send an Accept Header, the response type is assumed to be known implicit or out-of-band.<a href="#section-8.1-5" class="pilcrow"></a></p>
<p id="section-8.1-6">If the Relying Party does not send an Accept Header, the response type is assumed to be known implicit or out-of-band.<a href="#section-8.1-6" class="pilcrow"></a></p>
</section>
</div>
<div id="status-list-response">
Expand Down Expand Up @@ -2850,6 +2851,10 @@ <h3 id="name-normative-references">
<a href="#section-15.1" class="section-number selfRef">15.1. </a><a href="#name-normative-references" class="section-name selfRef">Normative References</a>
</h3>
<dl class="references">
<dt id="CORS">[CORS]</dt>
<dd>
<span class="refAuthor">WHATWG</span>, <span class="refTitle">"Fetch Living Standard"</span>, <span>n.d.</span>, <span>&lt;<a href="https://fetch.spec.whatwg.org/#http-cors-protocol">https://fetch.spec.whatwg.org/#http-cors-protocol</a>&gt;</span>. </dd>
<dd class="break"></dd>
<dt id="IANA.CWT">[IANA.CWT]</dt>
<dd>
<span class="refAuthor">IANA</span>, <span class="refTitle">"CBOR Web Token (CWT) Claims"</span>, <span>n.d.</span>, <span>&lt;<a href="https://www.iana.org/assignments/cwt/cwt.xhtml">https://www.iana.org/assignments/cwt/cwt.xhtml</a>&gt;</span>. </dd>
Expand Down Expand Up @@ -2994,13 +2999,16 @@ <h2 id="name-document-history">
<p id="appendix-B-1">-04<a href="#appendix-B-1" class="pilcrow"></a></p>
<ul class="normal">
<li class="normal" id="appendix-B-2.1">
<p id="appendix-B-2.1.1">fix reference of Status List in CBOR format<a href="#appendix-B-2.1.1" class="pilcrow"></a></p>
<p id="appendix-B-2.1.1">add CORS considerations to the http endpoint<a href="#appendix-B-2.1.1" class="pilcrow"></a></p>
</li>
<li class="normal" id="appendix-B-2.2">
<p id="appendix-B-2.2.1">added status_list CWT claim key assigned<a href="#appendix-B-2.2.1" class="pilcrow"></a></p>
<p id="appendix-B-2.2.1">fix reference of Status List in CBOR format<a href="#appendix-B-2.2.1" class="pilcrow"></a></p>
</li>
<li class="normal" id="appendix-B-2.3">
<p id="appendix-B-2.3.1">move base64url definition to terminology<a href="#appendix-B-2.3.1" class="pilcrow"></a></p>
<p id="appendix-B-2.3.1">added status_list CWT claim key assigned<a href="#appendix-B-2.3.1" class="pilcrow"></a></p>
</li>
<li class="normal" id="appendix-B-2.4">
<p id="appendix-B-2.4.1">move base64url definition to terminology<a href="#appendix-B-2.4.1" class="pilcrow"></a></p>
</li>
</ul>
<p id="appendix-B-3">-03<a href="#appendix-B-3" class="pilcrow"></a></p>
Expand Down
51 changes: 30 additions & 21 deletions draft-ietf-oauth-status-list.txt
View file
Original file line number Diff line number Diff line change
Expand Up @@ -5,10 +5,10 @@
Network Working Group T. Looker
Internet-Draft MATTR
Intended status: Informational P. Bastian
Expires: 1 March 2025
Expires: 2 March 2025
C. Bormann
Robert Bosch GmbH
28 August 2024
29 August 2024


Token Status List
Expand Down Expand Up @@ -50,7 +50,7 @@ Status of This Memo
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."

This Internet-Draft will expire on 1 March 2025.
This Internet-Draft will expire on 2 March 2025.

Copyright Notice

Expand Down Expand Up @@ -537,9 +537,9 @@ Table of Contents
d28453a20126106e7374617475736c6973742b637774a1044231325866a602782168
747470733a2f2f6578616d706c652e636f6d2f7374617475736c697374732f310173
68747470733a2f2f6578616d706c652e636f6d061a648c5bea041a8898dfea19fffe
19a8c019ffff56a2646269747301636c73744a78dadbb918000217015d5840e9db2d
0df3c9a0ee29b2dd67e683eca84d49a8adf26c1b14bfb33709a826ab256bc8e82c65
685f122b3a4a695b8155a50af502be265a972d7607a40c8dc7f216
19a8c019ffff56a2646269747301636c73744a78dadbb918000217015d5840ecd8f1
21d8d48e9f80da20e7a9cb0f15ebd994da9bf35d4252650070d42a4a62f248940735
d1492c4e03cd784c85c65bc5e2cc1ce1bb0503c14ba3286d7a8a2c

The following is the CBOR Annotated Hex output of the example above:

Expand All @@ -563,12 +563,12 @@ d2 # tag(18)
747301636c73744a78dadbb9 # "ts\x01clstJxÚÛ¹"
18000217015d # "\x18\x00\x02\x17\x01]"
58 40 # bytes(64)
e9db2d0df3c9a0ee29b2dd67 # "éÛ-\x0dóÉ\xa0î)²Ýg"
e683eca84d49a8adf26c1b14 # "æ\x83ì¨MI¨\xadòl\x1b\x14"
bfb33709a826ab256bc8e82c # "¿³7\x09¨&«%kÈè,"
65685f122b3a4a695b8155a5 # "eh_\x12+:Ji[\x81U¥"
0af502be265a972d7607a40c # "\x0aõ\x02¾&Z\x97-v\x07¤\x0c"
8dc7f216 # "\x8dÇò\x16"
ecd8f121d8d48e9f80da20e7 # "ìØñ!ØÔ\x8e\x9f\x80Ú ç"
a9cb0f15ebd994da9bf35d42 # "©Ë\x0f\x15ëÙ\x94Ú\x9bó]B"
52650070d42a4a62f2489407 # "Re\x00pÔ*JbòH\x94\x07"
35d1492c4e03cd784c85c65b # "5ÑI,N\x03ÍxL\x85Æ["
c5e2cc1ce1bb0503c14ba328 # "ÅâÌ\x1cá»\x05\x03ÁK£("
6d7a8a2c # "mz\x8a,"

6. Referenced Token

Expand Down Expand Up @@ -675,9 +675,9 @@ d2 # tag(18)
d28443a10126a1044231325866a502653132333435017368747470733a2f2f657861
6d706c652e636f6d061a648c5bea041a8898dfea19ffffa16b7374617475735f6c69
7374a2636964780063757269782168747470733a2f2f6578616d706c652e636f6d2f
7374617475736c697374732f3158405ccd9c9c6d194278462d213a8659f4d10ac284
70ab90e19dd6a46b8469859171e76ddca4125145aea12cfa7f156d6573962987a4d9
296f99c07c75090e34ae97
7374617475736c697374732f3158404b45642d2d5366e202920843e32a250f8c6cdf
766d8d2be3a7fedb4dac71a81ce71a11d8ba2922b8d962a73f8e1af9b46d30fe8b8b
0ee2fcba3b3d52a2408487

The following is the CBOR Annotated Hex output of the example above:

Expand All @@ -700,12 +700,12 @@ d2 # tag(18)
2e636f6d2f7374617475736c # ".com/statusl"
697374732f31 # "ists/1"
58 40 # bytes(64)
5ccd9c9c6d194278462d213a # "\Í\x9c\x9cm\x19BxF-!:"
8659f4d10ac28470ab90e19d # "\x86YôÑ\x0aÂ\x84p«\x90á\x9d"
d6a46b8469859171e76ddca4 # "Ö¤k\x84i\x85\x91qçmܤ"
125145aea12cfa7f156d6573 # "\x12QE®¡,ú\x7f\x15mes"
962987a4d9296f99c07c7509 # "\x96)\x87¤Ù)o\x99À|u\x09"
0e34ae97 # "\x0e4®\x97"
4b45642d2d5366e202920843 # "KEd--Sfâ\x02\x92\x08C"
e32a250f8c6cdf766d8d2be3 # "ã*%\x0f\x8clßvm\x8d+ã"
a7fedb4dac71a81ce71a11d8 # "§þÛM¬q¨\x1cç\x1a\x11Ø"
ba2922b8d962a73f8e1af9b4 # "º)"¸Ùb§?\x8e\x1aù´"
6d30fe8b8b0ee2fcba3b3d52 # "m0þ\x8b\x8b\x0eâüº;=R"
a2408487 # "¢@\x84\x87"

6.4. Referenced Token in other COSE/CBOR Format

Expand Down Expand Up @@ -779,6 +779,10 @@ d2 # tag(18)
server certificate check MUST be performed as defined in Section 5
and 6 of [RFC6125].

The HTTP endpoint SHOULD support the use of Cross-Origin Resource
Sharing (CORS) [CORS] and/or other methods as appropriate to enable
Browser-Based clients to access it.

The Relying Party SHOULD send the following Accept-Header to indicate
the requested response type:

Expand Down Expand Up @@ -1489,6 +1493,9 @@ d2 # tag(18)

15.1. Normative References

[CORS] WHATWG, "Fetch Living Standard", n.d.,
<https://fetch.spec.whatwg.org/#http-cors-protocol>.

[IANA.CWT] IANA, "CBOR Web Token (CWT) Claims", n.d.,
<https://www.iana.org/assignments/cwt/cwt.xhtml>.

Expand Down Expand Up @@ -1620,6 +1627,8 @@ Document History

-04

* add CORS considerations to the http endpoint

* fix reference of Status List in CBOR format

* added status_list CWT claim key assigned
Expand Down

0 comments on commit 5390d5d

Please sign in to comment.