Changes for ACME support
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 28/100
Direzione di ricerca
Esamina la rappresentazione esistente di Header e l’implementazione di JWT, quindi valuta i tre approcci proposti per i campi ACME. Definisci la JWS API in jws.rs, inclusa la gestione dei payload vuoti, e verifica che i campi di Header, encode_jws e decode_jws soddisfino i requisiti POST-as-GET di ACME.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello, like #9 I'm looking into using this for an ACME implementation. I think a few other changes would be necessary
- Support extra fields in the header, specifically
urlandnonce. I'm not sure the best way to do this. I can think of three options?- Allow embedding Header in other structs as a flat field, and move methods out of that struct. This would probably lose type safety since there's no way to restrict arguments on struct members
- Allow embedding a user struct in Header as a flat field, with generics. You'd still need the generic parameter even if you aren't adding any fields.
- Just add
urlandnonceto Header. Header is already a superset of possible fields, and AFAIK the two main uses of JWT are Oauth2 and ACME so it doesn't seem like a stretch.
- Allow empty payload (in JWS at least) - per the JWT spec the payload can be any octet sequence, but is typically a base64 encoded document. ACME requires it to be
""forPOST for GETin the protocol. - Add a JWS structure and encode/decode methods. I was thinking of
jws.rswithencode_jwsanddecode_jws
These are fairly small changes so I'd be glad to make a PR if it sounds reasonable.
- Lingua principale
- Rust
- Stelle
- 2.1k
- Fork
- 367
- Merge medio
- 5g 12h
- PR unite (30g)
- 2
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Keats/jsonwebtoken
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Keats/jsonwebtoken#544 · 1 commento ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
Keats/jsonwebtoken#542 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
Keats/jsonwebtoken#519 · 2 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Keats/jsonwebtoken#497 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
Keats/jsonwebtoken#297 · 19 commenti · 2 reazioni ·
Tutte le issue di Keats/jsonwebtoken
Issue simili
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
stellar/stellar-cli#2773 ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
voidzero-dev/oxc-angular-compiler#511 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100
yantrikos/yantrik-os#539 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
documentation station:mac ui-dashboard
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
rolter-ai/rolter#2490 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno