Am Donnerstag, 16. Juli 2020, 16:41:26 CEST schrieb Elena Petrova: Hi Herbert, > > > > With these issues, I would assume you are better off creating your own > > > > kernel module just like I did that externalizes the crypto API to user > > > > space but is only available on your test kernel and will not affect > > > > all > > > > other users. > > > > > > I considered publishing my kernel driver on GitHub, but there appears to > > > be > > > a sufficiently large number of users to justify having this > > > functionality > > > upstream. > > > > So, I should then dust off my AF_ALG KPP and AF_ALG akcipher patches then? > > :-D > Sure :) Long time ago when I released the patches now found in [1] and [2] they where rejected as it was said, the official route to access the RSA/ECDSA and the DH/ECDH ciphers is through the keyring. Obviously this interface of the keyring is not suitable for testing these algorithms. Considering the request that the kernel crypto API ciphers should be testable with arbitrary test vectors, would the dusted-off patches for AF_ALG KPP and akcipher be accepted? Ciao Stephan [1] https://github.com/smuellerDD/libkcapi/tree/master/kernel-patches/4.15-rc3/asym [2] https://github.com/smuellerDD/libkcapi/tree/master/kernel-patches/4.15-rc3/kpp
