Separate K-PKE scheme in ML-KEM #145
Labels
CNSA 2.0
good first issue
Good for newcomers
improvement
Addresses fixes or changes to existing specs
Right now the ML-KEM scheme has all of its functions inline. The K-PKE scheme is a sub-scheme that's used to implement ML-KEM, but cannot be used on its own. It would be good to separate these functions into their own submodule so that they are more obviously self contained, not the ML-KEM scheme, and not available for use outside of the module.
While we're moving around all the K-PKE stuff, we should also make a point to bring it up to our gold standard. Some suggestions are here, but this list isn't necessarily exhaustive.
K_PKE_
prefix on the functions and update the calls to use the module path (K_PKE::KeyGen
) instead.SampleNTT
EncryptionKey
andDecryptionKey
type to use in type sigsThe text was updated successfully, but these errors were encountered: