Visual RFC.
ALL RFCs / RFC 7516
Read the RFC ↗
RFC 7516 / MECHANISMS

Several recipients, one ciphertext

04

The general JSON representation can carry recipient-specific key material for one encrypted message.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

RFC 7516 · § 7.2.1EXAMPLE
3 / 3
Several recipients, one ciphertextThe general JSON representation can carry recipient-specific key material for one encrypted message. Current state: Open one envelope.Several recipients, one ciphertextone ciphertextrecipient A keyrecipient B keysame CEK, shared content
03
Open one envelope

A recipient recovers the CEK and checks the shared encrypted content.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
KEY POINT

Recipients can have different key-management parameters.

  • Recipients can have different key-management parameters.
  • They share the encrypted content.
  • Each intended recipient must obtain the same CEK through its applicable key-management procedure.
DETAILS

The illustration is schematic. Example values are illustrative; profiles and later security guidance can add requirements.

Read the RFC section ↗

Diagrams simplify the RFC. Read the linked sections for complete requirements.

Privacy
All chapters in this RFC
  1. Five compact parts
  2. Content keys and recipient keys
  3. Associated data is checked too
  4. Several recipients, one ciphertext
  5. Decryption must authenticate
RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗