Skip to content

Comments

add HPKE exception for enc values supported#698

Draft
awoie wants to merge 1 commit intomainfrom
awoie/fix-682
Draft

add HPKE exception for enc values supported#698
awoie wants to merge 1 commit intomainfrom
awoie/fix-682

Conversation

@awoie
Copy link
Contributor

@awoie awoie commented Feb 18, 2026

Fixes #682 and introduces an exception for HPKE integrated encryption, where no JWE enc value is used.

This PR is provided as a draft for WG discussion and is currently labeled do not merge for the following reasons:

Once #697 is resolved, this PR should:

  • target version 1.1 instead of 1.0
  • include a document history entry

@awoie awoie marked this pull request as draft February 18, 2026 21:36
* `jwks`: OPTIONAL. A JSON Web Key Set, as defined in [@!RFC7591], that contains one or more public keys, such as those used by the Wallet as an input to a key agreement that may be used for encryption of the Authorization Response (see (#response_encryption)), or where the Wallet will require the public key of the Verifier to generate a Verifiable Presentation. This allows the Verifier to pass ephemeral keys specific to this Authorization Request. Public keys included in this parameter MUST NOT be used to verify the signature of signed Authorization Requests. Each JWK in the set MUST have a `kid` (Key ID) parameter that uniquely identifies the key within the context of the request.
* `encrypted_response_enc_values_supported`: OPTIONAL. Non-empty array of strings, where each string is a JWE [@!RFC7516] `enc` algorithm that can be used as the content encryption algorithm for encrypting the Response. When a `response_mode` requiring encryption of the Response (such as `dc_api.jwt` or `direct_post.jwt`) is specified, this MUST be present for anything other than the default single value of `A128GCM`. Otherwise, this SHOULD be absent.
* `vp_formats_supported`: REQUIRED when not available to the Wallet via another mechanism. As defined in (#client_metadata_parameters).
* `encrypted_response_enc_values_supported`: OPTIONAL. Non-empty array of strings, where each string is a JWE [@!RFC7516] `enc` algorithm that can be used as the content encryption algorithm for encrypting the Response. This parameter is only applicable when a JWE content encryption algorithm is used. When JOSE HPKE integrated encryption mode is used, this parameter has no effect and MUST be ignored if present. When a `response_mode` requiring encryption of the Response (such as `dc_api.jwt` or `direct_post.jwt`) is specified and JOSE HPKE integrated encryption mode is not used, this MUST be present for anything other than the default single value of `A128GCM`. Otherwise, this SHOULD be absent.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Discussed on today's WG call:

  1. Should move this text to 1.1 spec
  2. Add slightly adjusted text in 1.0 errata (don't need to explicitly mention HPKE as the other HPKE changes will only be in 1.1)
  3. Add back vp_formats_supported

@awoie awoie changed the title fix: add HPKE exception for enc values supported add HPKE exception for enc values supported Feb 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Usage of encrypted_response_enc_values_supported with proposal for JOSE HPKE

2 participants