W3C home > Mailing lists > Public > public-webauthn@w3.org > February 2019

[webauthn] AuthenticatorTransport description is incorrect (#1153)

From: Emil Lundberg via GitHub <sysbot+gh@w3.org>
Date: Wed, 06 Feb 2019 18:39:01 +0000
To: public-webauthn@w3.org
Message-ID: <issues.opened-407374652-1549478339-sysbot+gh@w3.org>
emlun has just created a new issue for https://github.com/w3c/webauthn:

== AuthenticatorTransport description is incorrect ==
The description of the [`AuthenticatorAttachment` enumeration][authatt] reads (emphasis added):

>This enumeration’s values describe authenticators' attachment modalities. Relying Parties use this for **two purposes**:
>- to express a preferred authenticator attachment modality when calling navigator.credentials.create() to create a credential, and
>- to inform the client of the Relying Party's best belief about how to locate the managing authenticators of the credentials listed in **allowCredentials** when calling **navigator.credentials.get()**.

In fact, `AuthenticatorAttachment` is used only in [`AuthenticatorSelectionCriteria`][authsel], which in turn is only used in `create()`. The "best belief about how to locate the managing authenticators" in [`allowCredentials`][allowCredentials] is in fact a sequence of [`AuthenticatorTransport`][authtran] values, not `AuthenticatorAttachment`.

Therefore, the second bullet point in the above quote can be eliminated (and the preceding text modified to align).

[authatt]: https://w3c.github.io/webauthn/#enumdef-authenticatorattachment
[authsel]: https://w3c.github.io/webauthn/#dictdef-authenticatorselectioncriteria
[allowCredentials]: https://w3c.github.io/webauthn/#dom-publickeycredentialrequestoptions-allowcredentials
[authtran]: https://w3c.github.io/webauthn/#enumdef-authenticatortransport

Please view or discuss this issue at https://github.com/w3c/webauthn/issues/1153 using your GitHub account
Received on Wednesday, 6 February 2019 18:39:03 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:59:02 UTC