Skip to content

Commit

Permalink
Add updates from Henk
Browse files Browse the repository at this point in the history
  • Loading branch information
OR13 committed Nov 15, 2023
1 parent eb6f6d7 commit c4a2010
Showing 1 changed file with 18 additions and 1 deletion.
19 changes: 18 additions & 1 deletion draft-steele-cose-hash-envelope.md
Original file line number Diff line number Diff line change
Expand Up @@ -31,6 +31,9 @@ author:

normative:
RFC9052: RFC9052
I-D.ietf-cose-type-parameter: COSE-TYP



informative:

Expand All @@ -54,7 +57,12 @@ This draft addresses this challenge by describing a simply way to protect hashes

### Protected Header

TBD 0 (typ), TBD 1 (payload has alg) and TBD 2 (payload content type) MUST be present in the protected header and MUST NOT be present in the unprotected header.
TBD 0 (typ), TBD 1 (payload hash alg) and TBD 2 (content type of the preimage of the payload) MUST be present in the protected header and MUST NOT be present in the unprotected header.

TBD 0 will be assinged by {{-COSE-TYP}}, it represents the content type of the code envelope, which includes the protected header and payload.




~~~~ cbor-diag
{
Expand Down Expand Up @@ -109,6 +117,15 @@ Should we define this?

{::boilerplate bcp14-tagged}

TBD 0:
: will be assinged by {{-COSE-TYP}}, it represents the content type of the code envelope, which includes the protected header and payload.

TBD 1:
: the hash algorithm used to generate the hash about the payload

TBD 2:
: the content type of the payload the hash represents

# Security Considerations

TODO Security
Expand Down

0 comments on commit c4a2010

Please sign in to comment.