openid / openid/OpenID4VP

clarify meaning single use nature of request_uri

Open Beginner friendly
#771 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Shell
Stars
112
Forks
38
Avg merge
12d 19h
Merged PRs (30d)
4

Description

There's a potential interoperability issue as it doesn't seem to be explicitly stated whether a request_uri can only be fetched one by a wallet or not.

We've seen wallets that do fetch it multiple times. It's not really clear why they'd do it, but it doesn't seem to be prohibited by the spec, and could happen as a result of a dodgy network connection.

Hence it seems sensible to make sure that a request_uri can be fetched from the verifier more than once, and we might want to add some guidance text in the spec that says that the verifier should tolerate the request_uri being fetched more than once.

https://datatracker.ietf.org/doc/rfc9101/ doesn't really say anything useful on the subject, and there are various references to 'single use' but I think these mean "should only be used by the verifier to once" rather than "should only be fetched one by the wallet".

ref: https://gitlab.com/openid/conformance-suite/-/merge_requests/2089

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the OpenID4VP specification and the cited RFC 9101 references to determine how “single use” and request_uri retrieval are described. Clarify whether wallets may fetch a request_uri more than once and add guidance that reflects the intended verifier behavior.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
62/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.