Key encapsulation mechanism

From Wikipedia, the free encyclopedia

In cryptographic protocols, a key encapsulation mechanism (KEM) or key encapsulation method is used to secure symmetric key material for transmission using asymmetric (public-key) algorithms. It is commonly used in hybrid cryptosystems. In practice, public key systems are clumsy to use in transmitting long messages. Instead they are often used to exchange symmetric keys, which are relatively short. The symmetric key is then used to encrypt the longer message. The traditional approach to sending a symmetric key with public key systems is to first generate a random symmetric key and then encrypt it using the chosen public key algorithm. The recipient then decrypts the public key message to recover the symmetric key. As the symmetric key is generally short, padding is required for full security and proofs of security for padding schemes are often less than complete.[1] KEMs simplify the process by generating a random element in the finite group underlying the public key system and deriving the symmetric key by hashing that element, eliminating the need for padding.

Example using RSA encryption[edit]

Using the same notation employed in the RSA system article, say Alice has transmitted her public key to Bob, while keeping her private key secret, as usual. Bob then wishes to send symmetric key M to Alice. M might be a 128 or 256-bit AES key, for example. Note that the public key is typically 2048-bits or even longer, thus much larger than typical symmetric keys. If is small enough that , then the encryption can be quickly broken using ordinary integer arithmetic.[2]

To avoid such potential weakness, Bob first turns M into a larger integer by using an agreed-upon reversible protocol known as a padding scheme, such as OAEP. He then computes the ciphertext corresponding to:

Alice can recover from by using her private key exponent by the following computation:

Given , she recovers the original message M by reversing the padding scheme.

With KEM the process is simplified as follows:[3]

Instead of generating a random symmetric key M, Bob first generates a random with . He derives his symmetric key M by , where is a key derivation function, such as a cryptographic hash. He then computes the ciphertext corresponding to :

Alice then recovers from by using her private key exponent by the same method as above:

Given , she can recover the symmetric key M by .

The KEM eliminates the complexity of the padding scheme and the proofs needed to show the padding is secure.[1] Note that while M can be calculated from in the KEM approach, the reverse is not possible, assuming the key derivation function is one-way. An attacker who somehow recovers M cannot get the plaintext . With the padding approach, he can. Thus KEM is said to encapsulate the key.

Note that if the same is used to encapsulate keys for or more recipients, and the receivers share the same exponent , but different and , then one can recover via the Chinese remainder theorem. Thus, if key encapsulations for several recipients need to be computed, independent values should be used.

Earlier versions of Transport Layer Security used RSA for key exchange, before they were deprecated in favour of more efficient Elliptic Curve Cryptography.[4]

Similar techniques are available for Diffie-Hellman key exchange and other public key methods.[5]


  1. ^ a b An OAEP Variant With a Tight Security Proof – Draft 1.0, Jakob Jonsson, 2002
  2. ^ RSA (algorithm)#Attacks against plain RSA
  3. ^ Key Encapsulation: A New Scheme for Public-Key Encryption XML Security Working Group F2F, May 2009
  4. ^ Sullivan, Nick (10 Aug 2018). "A Detailed Look at RFC 8446 (a.k.a. TLS 1.3)". Cloudflare. Archived from the original on 15 Aug 2018.
  5. ^ PSEC-KEM for ECC

See also[edit]