-
Notifications
You must be signed in to change notification settings - Fork 172
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clarification on CBOR-encoding of COSE keys #2054
Comments
Funny you should mention that, there was some issues back in August with Firefox returning
So in practice there's something to point and say, " |
Interesting. I'll have to ruminate if my library should support such types then. |
I sent an e-mail to the COSE mailing list at IETF for clarification if I'll respond here with the response if I get one. As of now, I'll interpret the RFCs that while such parameters are allowed to be |
Well I never got an e-mail response, so I'll enforce that the values are |
The CTAP2 canonical CBOR encoding form does not restrict the CBOR major type that MUST be used for parameters that are allowed to have multiple types. For example the value for
kty
is allowed to be atstr
orint
(e.g.,"OKP"
or1
for an octet key pair). "In the wild" I've really only encountered the use ofint
for such a thing. Is it truly the case thatkty
can be atstr
? More generally, is it actually the case when a parameter value can have multiple major types according to RFCs 9052 and 9053, that all such major types be allowed; or is this an oversight, and the most compact type MUST be used?The text was updated successfully, but these errors were encountered: