Re: [feature] PQC KEM
[email protected] Mon, 29 Jun 2026 19:50:43 +0200 (CEST)
| Newsgroups | dev.linux.lists.cryptsetup |
|---|---|
| Message-ID | <[email protected]> |
Avoid low-entropy passphrase. (I am aware of key file which is yet another = passphase pass to pbkdf) Avoid pbkdf cause the default one argon2 is not fips compliant. Enable public recipient access. 29 Jun 2026 at 17:42 by [email protected]: > On 6/29/26 6:27 PM, [email protected] wrote: > >> Interested in introducing a new LUKS2 "xwing" keyslot type unlocked by a= n X-Wing >> post-quantum hybrid KEM (ML-KEM-768 + X25519, draft-connolly-cfrg-xwing-= kem) >> instead of a passphrase to encrypt the kek (volume key)? >> >> 1) asymmetric model won't shine in single user case but will be attracti= ve in multiple user/image enrollment cases. >> 2) if per-device fresh wrapping key is desired >> >> >> I've implemented such keyslot type and tested.=C2=A0 But don't know if t= he aforementioned two cases is worth discussion. >> > > This is typically something that should be done through LUKS2 external to= ken while keeping keyslot > encryption as it is defined in LUKS. (Maybe you did it that way, no idea.= ) > > Anyway, what security issue this solves (except "it is PQC")? > > Milan >