forked from w3c/webauthn
-
Notifications
You must be signed in to change notification settings - Fork 0
/
draft-hodges-webauthn-registries.txt
336 lines (209 loc) · 11.6 KB
/
draft-hodges-webauthn-registries.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
W3C WebAuthn Working Group J. Hodges
Internet-Draft PayPal
Intended status: Informational G. Mandyam
Expires: September 25, 2017 Qualcomm Technologies Inc.
M. Jones
Microsoft
March 24, 2017
Registries for Web Authentication (WebAuthn)
draft-hodges-webauthn-registries-00
Abstract
This specification defines IANA registries for W3C Web Authentication
attestation statement formats and extension identifiers.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
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 September 25, 2017.
Copyright Notice
Copyright (c) 2017 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) 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. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Hodges, et al. Expires September 25, 2017 [Page 1]
Internet-DraftRegistries for Web Authentication (WebAuthn) March 2017
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. WebAuthn Attestation Statement Format Identifier Registry . . 2
3. WebAuthn Extension Identifier Registry . . . . . . . . . . . 3
4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 4
4.1. WebAuthn Attestation Statement Format Identifier and
Extension Identifiers Registries . . . . . . . . . . . . 4
5. Security Considerations . . . . . . . . . . . . . . . . . . . 5
6. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 5
7. Document History . . . . . . . . . . . . . . . . . . . . . . 5
8. Normative References . . . . . . . . . . . . . . . . . . . . 5
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 6
1. Introduction
This specification establishes IANA registries for W3C Web
Authentication [WebAuthn] attestation statement formats and extension
identifiers. The initial values for these registries are in the IANA
Considerations section of the [WebAuthn] specification.
2. WebAuthn Attestation Statement Format Identifier Registry
WebAuthn attestation statement format identifiers are strings whose
semantic, syntactic, and string-matching criteria are specified in
[WebAuthn], along with the concepts of attestation and attestation
statement formats.
WebAuthn attestation statement formats are registered on the advice
of a Designated Expert (appointed by the IESG or their delegate),
with a Specification Required (per [RFC5226]).
The Expert(s) will establish procedures for requesting registrations,
and make them available from the registry page.
Registration requests consist of at least the following information:
o WebAuthn Attestation Statement Format Identifier: This identifier
MUST be a maximum of 32 octets in length and MUST consist only of
printable USASCII characters, excluding backslash and doublequote.
This name is case sensitive. Names may not match other registered
names in a case-insensitive manner unless the Designated Experts
state that there is a compelling reason to allow an exception.
o Description: A relatively short description of the attestation
format.
o Specification Document: Reference to the specification of the
attestation statement format.
o Notes: [optional]
Hodges, et al. Expires September 25, 2017 [Page 2]
Internet-DraftRegistries for Web Authentication (WebAuthn) March 2017
The Expert(s) MAY define additional fields to be collected in the
registry. Each attestation statement format identifier added to this
registry MUST be unique amongst the set of registered attestation
statement format identifiers. The Experts(s) MAY also designate
attestation statement formats as proprietary if they lack complete
specifications, and will assign a prefix indicating as such to the
identifier.
Registrations MUST reference a freely available specification, e.g.,
as described in [RFC2026] Section 7.
Note that WebAuthn attestation statement formats can be registered by
third parties, if the Expert(s) determine that an unregistered
attestation statement format is widely deployed and not likely to be
registered in a timely manner.
Decisions (or lack thereof) made by the Designated Expert can be
first appealed to Application Area Directors (contactable using app-
ads@tools.ietf.org email address or directly by looking up their
email addresses on http://www.iesg.org/ website) and, if the
appellant is not satisfied with the response, to the full IESG (using
the iesg@iesg.org mailing list).
3. WebAuthn Extension Identifier Registry
WebAuthn extension identifiers are strings whose semantic, syntactic,
and string-matching criteria are specified in [WebAuthn].
WebAuthn extension identifiers are registered on the advice of a
Designated Expert (appointed by the IESG or their delegate), with a
Specification Required (per [RFC5226]).
The Expert(s) will establish procedures for requesting registrations,
and make them available from the registry page.
Registration requests consist of at least the following information:
o WebAuthn Extension Identifier: This identifier MUST be a maximum
of 32 octets in length and MUST consist only of printable USASCII
characters, excluding backslash and doublequote. This name is
case sensitive. Names may not match other registered names in a
case-insensitive manner unless the Designated Experts state that
there is a compelling reason to allow an exception.
o Description: A relatively short description of the extension.
o Specification Document: Reference to the specification of the
extension.
o Notes: [optional]
Hodges, et al. Expires September 25, 2017 [Page 3]
Internet-DraftRegistries for Web Authentication (WebAuthn) March 2017
The Expert(s) MAY define additional fields to be collected in the
registry. Each extension identifier added to this registry MUST be
unique amongst the set of registered extension identifiers.
Registrations MUST reference a freely available specification, e.g.,
as described in [RFC2026] Section 7.
Note that WebAuthn extensions can be registered by third parties, if
the Expert(s) determine that an unregistered extension is widely
deployed and not likely to be registered in a timely manner.
Decisions (or lack thereof) made by the Designated Expert can be
first appealed to Application Area Directors (contactable using app-
ads@tools.ietf.org email address or directly by looking up their
email addresses on http://www.iesg.org/ website) and, if the
appellant is not satisfied with the response, to the full IESG (using
the iesg@iesg.org mailing list).
4. IANA Considerations
4.1. WebAuthn Attestation Statement Format Identifier and Extension
Identifiers Registries
This specification establishes two registries:
o the "WebAuthn Attestation Statement Format Identifier" registry;
see Section 2.
o the "WebAuthn Extension Identifier" registry; see Section 3.
For both registries, the Expert(s) and IANA will interact as outlined
below:
IANA will direct any incoming requests regarding the registry to the
processes established by the Expert(s); typically, this will mean
referring them to the registry HTML page.
The Expert(s) will provide registry data to IANA in an agreed form
(e.g., a specific XML format). IANA will publish:
o The raw registry data
o The registry data, transformed into HTML
o The registry data in any alternative formats provided by the
Expert(s)
Each published document will be at a URL agreed to by IANA and the
Expert(s) and IANA will set HTTP response headers on them as
(reasonably) requested by the Expert(s).
Hodges, et al. Expires September 25, 2017 [Page 4]
Internet-DraftRegistries for Web Authentication (WebAuthn) March 2017
Additionally, the HTML generated by IANA will:
o Take directions from the Expert(s) as to the content of the HTML
page's introductory text and markup.
o Include a stable HTML fragment identifier for each registered
attestation statement format or extension identifier.
All registry data documents MUST include Simplified BSD License text
as described in Section 4.e of the Trust Legal Provisions
(<http://trustee.ietf.org/license-info>).
5. Security Considerations
See [WebAuthn] for relevant security considerations.
6. Acknowledgements
Thanks to Mark Nottingham for valuable comments and suggestions.
7. Document History
[[ to be removed by the RFC Editor before publication as an RFC ]]
-00
o Initial version.
8. Normative References
[RFC2026] Bradner, S., "The Internet Standards Process -- Revision
3", BCP 9, RFC 2026, DOI 10.17487/RFC2026, October 1996,
<http://www.rfc-editor.org/info/rfc2026>.
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an
IANA Considerations Section in RFCs", BCP 26, RFC 5226,
DOI 10.17487/RFC5226, May 2008,
<http://www.rfc-editor.org/info/rfc5226>.
[WebAuthn]
Bharadwaj, V., Le Van Gong, H., Balfanz, D., Czeskis, A.,
Birgisson, A., Hodges, J., Jones, M., and R. Lindemann,
"Web Authentication: An API for accessing Scoped
Credentials", Editors' Draft, World Wide Web Consortium
(W3C) Recommendation-track, Mar 2017,
<https://w3c.github.io/webauthn/>.
Hodges, et al. Expires September 25, 2017 [Page 5]
Internet-DraftRegistries for Web Authentication (WebAuthn) March 2017
Authors' Addresses
Jeff Hodges
PayPal
2211 North First Street
San Jose, California 95131
US
Email: Jeff.Hodges@PayPal.com
URI: http://kingsmountain.com/people/Jeff.Hodges/
Giridhar Mandyam
Qualcomm Technologies Inc.
5775 Morehouse Drive
San Diego, California 92121
USA
Phone: +1 858 651 7200
Email: mandyam@qti.qualcomm.com
Michael B. Jones
Microsoft
Email: mbj@microsoft.com
URI: http://self-issued.info/
Hodges, et al. Expires September 25, 2017 [Page 6]