Should request signing be done per requested credential?

Aperta
#71 9 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
8/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Attiva
Stack tecnologico
json
Ambito
authorization

Direzione di ricerca

This is an open design question in the specification, not a code task: whether reader_auth should be a per-CredentialQuery signature or stay one COSE_Sign over the full RequestPayload. Read the spec text that defines reader_auth and RequestPayload, then the linked issues #26, #50 and #51/#65 for prior decisions. Done means a recorded working-group decision, not a patch.

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

Descrizione

Brought up by @leecam and action item from the pre-GDC F2F (https://github.com/openid/dchp/issues/16#issuecomment-5567652970).

Today reader_auth is a single COSE_Sign over the whole RequestPayload. A request can span credentials from different trust frameworks, and authorization is evaluated per credential (#50). Should we support signing per CredentialQuery instead of, or in addition to, one signature over the full request? Multiple signatures over the full request may already be enough.

Related: #26, #50, #51/#65.

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.