W3C home > Mailing lists > Public > public-webauthn@w3.org > June 2016

[webauthn] new commits pushed by leshi

From: Alexei Czeskis via GitHub <sysbot+gh@w3.org>
Date: Wed, 22 Jun 2016 16:25:57 +0000
To: public-webauthn@w3.org
Message-ID: <push-d2cff074012601f7835656717c62cf704d682a15-1466612756-sysbot+gh@w3.org>

The following commits were just pushed by leshi to 
https://github.com/w3c/webauthn:

* Clean up extensions section

- Resolve inconsistent wording in different parts of the section: fix
places that incorrectly suggested extensions cannot be used with
makeCredential, and resolve conflict between wording that said client
arguments are required vs. not.
- Treat implementations that choose to pass through extensions as a
first-class citizen by requiring that extensions be defined to allow 
for
this. Fixes #97.
- Fix all the predefined extensions to conform to the updated
guidelines.
- Minor issues: AAGUID should be binary not string (see #61, fixes 
#51)
and encode true as Boolean in CBOR instead of forcing it to integer
value 1.
  by Vijay Bharadwaj
https://github.com/w3c/webauthn/commit/c05d78629156b9b99faedcd03151cc8cefa7ce91

* Address feedback from WG review on 6/15 call

- Rename "signature extension" to "authentication extension" (will be
added to glossary in #131)
- Pre-defined extensions recommended (but not required) for
implementation by clients
- Require extensions to update either ClientData or authenticatorData,
update authenticator selection extension to obey this rule
- Clarify that authenticator arguments are sent to the authenticator 
as
a map, not as bare values
  by Vijay Bharadwaj
https://github.com/w3c/webauthn/commit/04ccbfbdf63342c974618cc2534cea5e2080e627

* Wordsmithing prose around client pass-through of extensions
  by Vijay Bharadwaj
https://github.com/w3c/webauthn/commit/69b8763f10fc5af051165dc7bfdeff4bd0409d9d

* Merge pull request #130 from w3c/vgb-extension-opt

Clean up extensions section
  by Alexei Czeskis
https://github.com/w3c/webauthn/commit/d2cff074012601f7835656717c62cf704d682a15
Received on Wednesday, 22 June 2016 16:26:01 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 07:26:21 UTC