-
Notifications
You must be signed in to change notification settings - Fork 7
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
Cleanup: drop #6.500 and #6.502 #339
Comments
I wouldn't drop 500 and 502 since there are other contexts besides COSE/JOSE that carry corim. Rather, it should be possible to use the untagged variant if that makes the most sense. We discussed doing something like:
COSE payload as: It is unclear if media-types / CFs will have enough specificity to disambiguate the comid "tag" level thereby making the CBOR tags redundant but if so, we could define untagged variants.
|
The extensibility of the $concise-rim-type-choice doesn’t make sense though. It’s signed or unsigned. The signing envelope is cose. I’m not saying to drop 501 for the case where you want to send around an unsigned corim. |
If you're saying you'd like #6.500 to be an arbitrary "treat my contents as a corim" without any further information, I have a problem with that. You don't learn enough about the value to interpret the contents effectively. If #6.502 is for signing envelopes that are more ambiguous to CBOR, then I'd like that better explained in the text, including the need to use #6.501 for the payload if there is no concept like a protected header to disambiguate the context of the signature. I'd also like to recommend that #6.502 NOT be used for COSE representations. |
The 500 tag is redundant with 501 and 502. The 502 tag is redundant with the COSE tags since the content-type is the disambiguating piece. It's kind of annoying to get a cose-signed corim that you can't just parse as a cose object because of irrelevant tags.
The text was updated successfully, but these errors were encountered: