You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current implementation of ML-KEM does not quite align with the spec. The spec defines "internal" functions that run the actual computations, and "external" functions that require input validation and sample / check randomness in a specific way. We have functions whose names match the "external" functions but implementation and docs match the "internal" ones. We also don't have any of the required input validation implemented.
This is for the Encaps, Decaps, and Keygen functions in ML-KEM.
Rename existing functions to _internal and update docs accordingly
Make non-suffix "external" functions that (a) throw an error if the randomness is not suitable and (b) document the required input validation
Make (public) input validation functions
Key pair check in 7.1
Encapsulation key check in 7.2
Decapsulation input check in 7.3
Make sure documentation across the board is clear about failure cases if you don't validate input. Also, add big warnings about randomness generation that Cryptol cannot do itself.
The text was updated successfully, but these errors were encountered:
The current implementation of ML-KEM does not quite align with the spec. The spec defines "internal" functions that run the actual computations, and "external" functions that require input validation and sample / check randomness in a specific way. We have functions whose names match the "external" functions but implementation and docs match the "internal" ones. We also don't have any of the required input validation implemented.
This is for the
Encaps
,Decaps
, andKeygen
functions in ML-KEM._internal
and update docs accordinglyThe text was updated successfully, but these errors were encountered: