Clarify how OAuth extension specifications affect authorization request parameter requirements
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 112
- Forks
- 38
- Avg merge
- 12d 19h
- Merged PRs (30d)
- 4
Description
OID4VP should clarify how OAuth extension specifications influence the requirements for authorization request parameters.
For example, an OAuth Authorization Request normally requires the response_type parameter. However, when using JWT Secured Authorization Requests (JAR), JAR states that the parameters contained in the Request Object are authoritative, meaning that parameters outside the Request Object are ignored for processing. Also note that as per JAR, response_type is optional and no longer mandatory in the initial request.
Without an explicit statement, this can create ambiguity as to whether parameters such as response_type are always required at the HTTP request level, or whether the requirements defined by OAuth extension specifications (such as JAR) take precedence.
Proposal:
Add a general statement that OAuth parameters defined outside of this specification must be used according to the applicable OAuth core and extension specifications.
This would make it clear that, for example, when JAR is used, the rules defined by JAR regarding Request Object processing take precedence over the generic OAuth Authorization Request parameter requirements, avoiding ambiguities around parameters such as response_type.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the OID4VP text defining authorization request parameters, then compare its requirements with the OAuth core and JAR rules described in the issue. Add a general statement explaining that applicable OAuth extension specifications govern parameters defined outside OID4VP, and verify that the response_type example is no longer ambiguous.
Written by the indexing model from the issue text.
Assessment
- Domain
- authentication, documentation, security
- Issue type
- Documentation
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100