WebCrypto: incorrect oid for ecdsa keys in spki
Categories
(Core :: DOM: Web Crypto, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox72 | --- | fixed |
People
(Reporter: ondras, Assigned: jcj)
References
Details
(Whiteboard: [webcrypto][domsecurity-backlog])
Attachments
(1 file, 1 obsolete file)
Reporter | ||
Comment 1•8 years ago
|
||
Updated•8 years ago
|
![]() |
||
Comment 2•8 years ago
|
||
Assignee | ||
Updated•7 years ago
|
Comment 4•7 years ago
|
||
JC, P2 in Dom:Security requires someone to be assigned to it. Can you help me find either an assignee or alternatively we could change the priority. What do you think?
Assignee | ||
Comment 5•7 years ago
|
||
Eventually I expect it will be Dana or me, but let's put it at P3 for now.
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Note that while this bug may appear inconsequential, it actually prevents easily importing the key into other contexts like OpenSSL. The ASN has to be manually opened and fixed.
Assignee | ||
Comment 7•6 years ago
|
||
Thanks for the heads-up, kll, that's useful to know. With the updates from Bug 1564509 this is straightforward. I'll post a patch shortly.
Assignee | ||
Comment 8•6 years ago
|
||
id-ecPublicKey is defined as the OID {iso(1) member-body(2) us(840)
ansi-x962(10045) keyType(2) ecPublicKey(1)}, and is the NSS default, so
remove the override code from CryptoKey.cpp that forced it to the legacy
id-ecDH code.
Assignee | ||
Comment 10•6 years ago
|
||
Comment 11•6 years ago
|
||
Updated•6 years ago
|
Comment 12•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/35f2efaaeff6
https://hg.mozilla.org/mozilla-central/rev/a4ef4d6cdff0
Description
•