Using RS512 algorithm with EC512 key-pair works
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- javascript, node.js
- Ambito
- cryptography, security
Direzione di ricerca
Riproduci l'esempio usando jwa('RS512') con i file PEM privato e pubblico EC secp521r1 di OpenSSL. Esamina in che modo la firma e la verifica RS512 selezionano o convalidano i tipi di chiave, quindi determina se l'accettazione delle chiavi EC è intenzionale. Il lavoro è completato quando il comportamento è spiegato e, se non è intenzionale, è coperto da un test di regressione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hi,
Maybe this is something that I don't understand in cryptography, but I've stumbled upon a strange behaviour.
I created a key pair for EC512 with the following commands:
openssl ecparam -genkey -name secp521r1 -noout -out ecdsa-p521-private.pem
openssl ec -in ecdsa-p521-private.pem -pubout -out ecdsa-p521-public.pem
Then, instead of using ECDSA as I should, I used RSA:
rsa = jwa('RS512');
signature = rsa.sign('hello', fs.readFileSync('ecdsa-p521-private.pem').toString());
rsa.verify('hello', signature, fs.readFileSync('ecdsa-p521-public.pem').toString());
And the result was true!
Is this an expected behaviour? Is it possible to use ECDSA keys for RSA and vice versa?
Thanks
- Lingua principale
- JavaScript
- Stelle
- 103
- Fork
- 44
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
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 auth0/node-jwa
-
Remove unnecessary safe-buffer dependency (use Node.js built-in Buffer API)Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 48/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
-
Enhancement/ tech debt: use Node's built-in toString(base64url)Forse già presa @jimmywarting l’ha presa 1148 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 55/100
-
move from `buffer-equal-constant-time` to `timingSafeEqual`Forse già presa @jimmywarting l’ha presa 1148 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
-
Deprecating jwa and jws packagesForse già presa @jimmywarting l’ha presa 1148 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 25/100
Tutte le issue di auth0/node-jwa
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
obsidianmd/obsidian-developer-docs#281 ·
I maintainer di solito rispondono entro 4 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
FriendsOfFlarum/synopsis#16 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
Fei-Away/Codex-Dream-Skin#449 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
sysprog21/codetrial#604 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
outline/outline#14489 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno