8cbb5f8f20
OpenSSL's EVP-level EC API involves a separate "paramgen" operation, which is ultimately just a roundabout way to go from a NID to an EC_GROUP. But Node uses this, and it's the pattern used within OpenSSL these days, so this appears to be the official upstream recommendation. Also add a #define for OPENSSL_EC_EXPLICIT_CURVE, because Node uses it, but fail attempts to use it. Explicit curve encodings are forbidden by RFC 5480 and generally a bad idea. (Parsing such keys back into OpenSSL will cause it to lose the optimized path.) Change-Id: I5e97080e77cf90fc149f6cf6f2cc4900f573fc64 Reviewed-on: https://boringssl-review.googlesource.com/c/34565 Commit-Queue: David Benjamin <davidben@google.com> Commit-Queue: Adam Langley <agl@google.com> Reviewed-by: Adam Langley <agl@google.com> |
||
---|---|---|
.. | ||
digestsign.c | ||
evp_asn1.c | ||
evp_ctx.c | ||
evp_extra_test.cc | ||
evp_test.cc | ||
evp_tests.txt | ||
evp.c | ||
internal.h | ||
p_dsa_asn1.c | ||
p_ec_asn1.c | ||
p_ec.c | ||
p_ed25519_asn1.c | ||
p_ed25519.c | ||
p_rsa_asn1.c | ||
p_rsa.c | ||
pbkdf_test.cc | ||
pbkdf.c | ||
print.c | ||
scrypt_test.cc | ||
scrypt_tests.txt | ||
scrypt.c | ||
sign.c |