On Tue, 16 Jul 2024 23:22:45 GMT, Martin Balao wrote:
> Hi,
>
> I'd like to make a proposal to fix
> [JDK-8336499](https://bugs.openjdk.org/browse/JDK-8336499).
>
> With the proposed change, a non-sensitive RSA private key is first
> interpreted as a CRT key. If that fails (e.g. one of the at
On Wed, 17 Jul 2024 16:32:09 GMT, Martin Balao wrote:
>> Hi,
>>
>> I'd like to make a proposal to fix
>> [JDK-8336499](https://bugs.openjdk.org/browse/JDK-8336499).
>>
>> With the proposed change, a non-sensitive RSA private key is first
>> interpreted as a CRT key. If that fails (e.g. one of
> Introduce an API for Key Derivation Functions (KDFs), which are cryptographic
> algorithms for deriving additional keys from a secret key and other data. See
> [JEP 478](https://openjdk.org/jeps/478).
>
> Work was begun in [another PR](https://github.com/openjdk/jdk/pull/18924).
Kevin Driver
On Wed, 3 Jul 2024 15:38:49 GMT, Ben Perez wrote:
> 8322133: getParameterSpec(ECGenParameterSpec.class) on EC AlgorithmParameters
> does not return standard names
This pull request has now been integrated.
Changeset: 4c91d5cb
Author:Ben Perez
Committer: Sean Mullan
URL:
https://g
On Thu, 11 Jul 2024 20:42:24 GMT, Ben Perez wrote:
>> 8322133: getParameterSpec(ECGenParameterSpec.class) on EC
>> AlgorithmParameters does not return standard names
>
> Ben Perez has updated the pull request incrementally with one additional
> commit since the last revision:
>
> fixed typo
On Thu, 11 Jul 2024 20:42:24 GMT, Ben Perez wrote:
>> 8322133: getParameterSpec(ECGenParameterSpec.class) on EC
>> AlgorithmParameters does not return standard names
>
> Ben Perez has updated the pull request incrementally with one additional
> commit since the last revision:
>
> fixed typo
> Introduce an API for Key Derivation Functions (KDFs), which are cryptographic
> algorithms for deriving additional keys from a secret key and other data. See
> [JEP 478](https://openjdk.org/jeps/478).
>
> Work was begun in [another PR](https://github.com/openjdk/jdk/pull/18924).
Kevin Driver
On Fri, 19 Jul 2024 20:32:23 GMT, Bradford Wetmore wrote:
>>> While this should work for the systems we use, be aware that it's not
>>> guaranteed by the Java API.
>>> It's probably fine, or you could also use the !=0?end-start:1 hack as a
>>> backup.
>>>
>>> Otherwise, LGTM.
>>
>> Thank you
> Introduce an API for Key Derivation Functions (KDFs), which are cryptographic
> algorithms for deriving additional keys from a secret key and other data. See
> [JEP 478](https://openjdk.org/jeps/478).
>
> Work was begun in [another PR](https://github.com/openjdk/jdk/pull/18924).
Kevin Driver
> Introduce an API for Key Derivation Functions (KDFs), which are cryptographic
> algorithms for deriving additional keys from a secret key and other data. See
> [JEP 478](https://openjdk.org/jeps/478).
>
> Work was begun in [another PR](https://github.com/openjdk/jdk/pull/18924).
Kevin Driver
Introduce an API for Key Derivation Functions (KDFs), which are cryptographic
algorithms for deriving additional keys from a secret key and other data. See
[JEP 478](https://openjdk.org/jeps/478).
Work was begun in [another PR](https://github.com/openjdk/jdk/pull/18924).
-
Commit m
On Tue, 23 Apr 2024 20:42:51 GMT, Kevin Driver wrote:
> Introduce an API for Key Derivation Functions (KDFs), which are cryptographic
> algorithms for deriving additional keys from a secret key and other data. See
> [JEP 478](https://openjdk.org/jeps/478).
This pull request has been closed wit
On Tue, 9 Jul 2024 21:16:33 GMT, Claes Redestad wrote:
>> This PR attains a speed-up on some microbenchmarks by simplifying how we
>> build up the MH combinator tree shape
>> (only use prependers with prefix, always add a suffix to the newArray
>> combinator), then simplifying/inlining some of
On Thu, 27 Jun 2024 12:27:26 GMT, Claes Redestad wrote:
> This PR attains a speed-up on some microbenchmarks by simplifying how we
> build up the MH combinator tree shape
> (only use prependers with prefix, always add a suffix to the newArray
> combinator), then simplifying/inlining some of the
14 matches
Mail list logo