与 Diffie–Hellman 不同，KEM 中双方的角色并不对称：只需要密钥持有者的公钥，发送方也无法选择共享密钥。TLS 这样把 KEM 纳入其密钥共享（key share）模型：客户端发送封装密钥，服务器回复一段密文；HPKE（RFC 9180）定义了基于 DH 的 KEM（DHKEM）和混合后量子 KEM，RFC 9629 则为 CMS 增加了 KEM 接收方。
安全目标：IND-CCA2，ML-KEM 借助 Fujisaki–Okamoto 变换达到这一目标。KEM 本身不为任何一方提供身份验证，协议需要另外借助签名或静态密钥来实现。把经典 KEM 与后量子 KEM 组合起来（X-Wing 和 TLS 中的混合方案就是这样做的），只要其中任意一个仍然安全，整体就仍然安全。