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

Decryption must authenticate

05

Recovering candidate plaintext is not enough: the authenticated-encryption check must succeed.

Related RFCs and changes

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

DIAGRAM§ 5.2 ↗
RFC 7516 · § 5.2EXAMPLE
3 / 3
Decryption must authenticateRecovering candidate plaintext is not enough: the authenticated-encryption check must succeed. Current state: Release or reject.Decryption must authenticateencrypted objectalg / enc / tagauthenticationdecryptverified onlyplaintextNever release unauthenticated candidate plaintext.
03
Release or reject

Release plaintext only after every required check passes.

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

The consumer checks algorithm suitability and all required header parameters.

  • The consumer checks algorithm suitability and all required header parameters.
  • A failed tag must reject the encrypted object.
  • Private keys and sensitive plaintext require protection outside the serialized format.
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 ↗