EVP_KEM-X25519(7ossl)

✨ EVP_KEM-X25519(7ossl) ✨

okay bestie, welcome to the 7ossl girlies' corner of the OpenSSL manual πŸ’… this one is all about EVP_KEM-X25519 and EVP_KEM-X448 β€” the keytype-and-algorithm-support situation for X25519 and X448 key encapsulation. no cap, it's shorter than it looks, and you're gonna slay it 🫢


🌸 NAME 🌸

EVP_KEM-X25519, EVP_KEM-X448 β€” EVP_KEM X25519 and EVP_KEM X448 keytype and algorithm support πŸŽ€


πŸ¦‹ DESCRIPTION πŸ¦‹

So the X25519 and <X448> keytype and its parameters? Those are fully described over in EVP_PKEY-X25519(7) β€” go read that one, it's giving prerequisite energy ✨

And if you want more info on the actual encapsulate/decapsulate vibes, check EVP_PKEY_encapsulate(3) and EVP_PKEY_decapsulate(3). iykyk 😌

πŸ’– X25519 and X448 KEM parameters πŸ’–

  • "operation" (OSSL_KEM_PARAM_OPERATION)<UTF8 string> β€” The OpenSSL X25519 and X448 Key Encapsulation Mechanisms only support the following default operation (operating mode):
    • "DHKEM" (OSSL_KEM_PARAM_OPERATION_DHKEM) β€” The encapsulate function generates an ephemeral keypair πŸ”‘ It produces keymaterial by doing an X25519 or X448 key exchange using the ephemeral private key and a supplied recipient public key. Then a HKDF operation using the keymaterial and a kem context produces a shared secret. The shared secret and the ephemeral public key are returned. The decapsulate function uses the recipient private key and the ephemeral public key to produce the same keymaterial, which can then be used to produce the same shared secret. See <https://www.rfc-editor.org/rfc/rfc9180.html#name-dh-based-kem-dhkem> ⭐

This can be set using either EVP_PKEY_CTX_set_kem_op() or EVP_PKEY_CTX_set_params() πŸ‘‘

  • "ikme" (OSSL_KEM_PARAM_IKME) <octet string> β€” Used to specify the key material used for generation of the ephemeral key. This value should not be reused for other purposes 🚨 It should have a length of at least 32 for X25519, and 56 for X448. If this value is not set, then a random ikm is used 🎲

🌈 CONFORMING TO 🌈

RFC9180 β€” periodt πŸ’…


πŸŽ€ SEE ALSO πŸŽ€

EVP_PKEY_CTX_set_kem_op(3), EVP_PKEY_encapsulate(3), EVP_PKEY_decapsulate(3) EVP_KEYMGMT(3), EVP_PKEY(3), provider-keymgmt(7) β€” the whole friend group fr fr 🫢


πŸ’œ HISTORY πŸ’œ

This functionality was added in OpenSSL 3.2 ✨

The "operation" (operating mode) was a required parameter prior to OpenSSL 3.5. As of OpenSSL 3.5, "DHKEM" is the default operating mode, and no explicit value need be specified 😌 so yes, the glow-up is real.


Copyright 2022-2025 The OpenSSL Project Authors. All Rights Reserved.

Licensed under the Apache License 2.0 (the "License"). You may not use this file except in compliance with the License. You can obtain a copy in the file LICENSE in the source distribution or at <https://www.openssl.org/source/license.html>.


and that's the whole page, bestie πŸ“ go forth and encapsulate responsibly πŸ’–

this was EVP_KEM-X25519(7ossl) from 3.5.9, dated 2026-09-29 β€” mwah, see u in the group chat πŸ§šπŸ’œ
πŸ“¦ where this page comes from