RFR: 8298390: Implement JEP 496: Quantum-Resistant Module-Lattice-Based Key Encapsulation Mechanism [v20]
Valerie Peng
valeriep at openjdk.org
Thu Nov 14 22:40:12 UTC 2024
On Wed, 13 Nov 2024 21:12:39 GMT, Ben Perez <bperez at openjdk.org> wrote:
>> src/java.base/share/classes/com/sun/crypto/provider/ML_KEM.java line 471:
>>
>>> 469: }
>>> 470: }
>>> 471: return null;
>>
>> Why return null? Why not just use `void` as return type? Same for the `checkPrivateKey(...)` method.
>
> This is because the `NamedKEM` methods for checking keys can optionally return the key. I can pass that key along if that makes more sense
Yes, passing the key along seems to make more sense.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/21478#discussion_r1842970162
More information about the security-dev
mailing list