Skip to content
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

Add support for indefinite length strings for verification #2

Open
laurencelundblade opened this issue Oct 13, 2019 · 2 comments
Open
Labels
enhancement New feature or request

Comments

@laurencelundblade
Copy link
Owner

This requires the ability to set up a memory pool allocator for the internal QCBOR encoder

@letmaik
Copy link
Contributor

letmaik commented Mar 15, 2022

What's the use case for indefinite length strings? COSE requires to use Canonical CBOR which forbids those.

@laurencelundblade
Copy link
Owner Author

It is only required in the one internal instance where a hash must be computed the independently by sender and receiver. Inputs to create_tbs_hash() in the t_cose.

The payload can be an indefinite length string, the headers can be indefinite length strings and so on.

The use case would be some super constrained environment where something like the payload might not fit in RAM.

COSE is "flexible" on this in that there is no requirement to decode this or to not encode this. EAT has profiles that ask the use case to declare what they are doing about it.

@laurencelundblade laurencelundblade added the enhancement New feature or request label Apr 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants