Discussion Topic: How to specify IntentToRetain

Aperta
#2 4 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Ambito
api

Direzione di ricerca

Inizia confrontando i requisiti di IntentToRetain in OpenID4VP e ISO/IEC 18013-5, quindi esamina le tre opzioni proposte e la discussione precedente. Il lavoro è completato quando il gruppo di lavoro raggiunge e registra una decisione inequivocabile sul fatto che il valore sia obbligatorio, facoltativo o sostituito, insieme ai requisiti di utilizzo risultanti.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Currently, OpenID4VP and 18013-5 have conflicting approach to IntentToRetain:

Both have this feature on a per-claim basis. It is intended to indicate whether the Verifier will store the requested value beyond the duration of the current transaction. This is used both for wallet transaction history and for informational purposes to the user at the time of consent.

In 18013-5 the Verifier MUST set either TRUE or FALSE. In OpenID4VP the Verifier may set TRUE, FALSE or leave it out entirely.

There has been much discussion on this in the past:

  • 18013-5 intentionally makes this mandatory so the Verifier needs to make a declaration, and can be held accountable if they misrepresent their intent.
  • OpenID4VP intentionally allows it to be omitted as in some cases (notably online) it is not possible to make a reasonable declaration of what retaining means and believe it is better communicated with a more comprehensive tos/usage policy. The contention is that forcing the Verifier to make a choice in those cases will result in an inconsistent signal, and be harmful overall.

Proposed Options:

  • Option 1: Make it mandatory and provide unambiguous usage requirements for both in-person and online
    • This optional potentially results in the boolean always being set for online verifiers
  • Option 2: Make it optional and provide clear meaning of all three states
    • This option potentially results in Issuers/Documents having their own access control policies that mandate it
  • Option 3: Make it optional or remove it and provide an alternative way to declare usage/tos policy
    • This option potentially requires a lot of novel work
Lingua principale
Python
Stelle
18
Fork
3
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di openid/dchp

Tutte le issue di openid/dchp

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.