8237219: Disabling the native SunEC implementation

Anthony Scarpino anthony.scarpino at oracle.com
Thu Mar 19 03:09:06 UTC 2020


On 3/18/20 7:32 PM, Weijun Wang wrote:
> ECKeyPairGenerator.java:
> 
> You can move the following lines to the beginning of the method:
> 
>   132         // Check if the java implementation supports this curve
>   133         if (ECOperations.forParameters(ecSpec).isPresent()) {
>   134             return;
>   135         }

I left it after the eparams.init() as this checks CurveDB.lookup, if the 
curve not found it returns an InvalidParameterSpecException which is 
wrapped into a InvalidAlgorithmParameterSpec.  If I move the above 
check, now it only returns an InvalidAlgorithmParameterSpec.

Going forward when this native library is removed, I think changing the 
exception wrapping is less of a concern, but since the purpose of this 
change is more for older releases, I thought keeping this consistent was 
more important, does that make sense and do you agree?

> 
> Everything else looks fine.
> 
> In the CSR, how about explicitly spell out the curve names we support in Java?

ok

> 
> You also need a release note: Talk about the system property, when it should be enabled, and why enabling it is probably not a good idea.

Yes, when the CSR is reviewed I'll have a basis to write the Release 
Note from.

> 
> Thanks,
> Max
> 
> 
> 
>> On Mar 18, 2020, at 11:52 PM, Anthony Scarpino <anthony.scarpino at oracle.com> wrote:
>>
>> Max,
>>
>> Are you satisfied with this last update?
>>
>> Thanks
>>
>> Tony
>>
>>> On Mar 11, 2020, at 11:23 PM, Anthony Scarpino <anthony.scarpino at oracle.com> wrote:
>>>
>>> Another webrev update with Max's recent comments.
>>> https://cr.openjdk.java.net/~ascarpino/8237219/webrev.03
>>>
>>> Also I still need a reviewer for the CSR.
>>>
>>> thanks
>>>
>>> Tony
>>>
>>>> On 3/2/20 4:40 PM, Anthony Scarpino wrote:
>>>> Hi
>>>> I need a review of the CSR and webrev for disabling by default the native SunEC curves from the API.  With the recent verification changes in JDK-8237218, SunJCE is long dependent on the native code for verifying the constant-time curves.  This disabling can be undone with setting a  system property, jdk.sunec.disableNative.  I'm doing a simultaneous review as changes for one  will likely affect the other.
>>>> CSR: https://bugs.openjdk.java.net/browse/JDK-8238911
>>>> webrev: https://cr.openjdk.java.net/~ascarpino/8237219/
>>>> The curves affected are:
>>>> secp112r1, secp112r2, secp128r1, secp128r2, secp160k1, secp160r1, secp160r2, secp192k1, secp192r1, secp224k1, secp224r1, secp256k1, sect113r1, sect113r2, sect131r1, sect131r2, sect163k1, sect163r1, sect163r2, sect193r1, sect193r2, sect233k1, sect233r1, sect239k1, sect283k1, sect283r1, sect409k1, sect409r1, sect571k1, sect571r1, X9.62 c2tnb191v1, X9.62 c2tnb191v2, X9.62 c2tnb191v3, X9.62 c2tnb239v1, X9.62 c2tnb239v2, X9.62 c2tnb239v3, X9.62 c2tnb359v1, X9.62 c2tnb431r1, X9.62 prime192v2, X9.62 prime192v3, X9.62 prime239v1, X9.62 prime239v2, X9.62 prime239v3, brainpoolP256r1 brainpoolP320r1, brainpoolP384r1, brainpoolP512r1
>>>> Tony
>>>
>>
> 




More information about the security-dev mailing list