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

Early data still needs replay handling

05

A repeated encrypted early request can cause repeated application effects.

Related RFCs and changes

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

DIAGRAM§ 8 ↗
RFC 9846 · § 8EXAMPLE
3 / 3
Early data still needs replay handlingA repeated encrypted early request can cause repeated application effects. Current state: Replay-aware application.Early data still needs replay handlingClientService0-RTTduplicate flightreplay handlingOnly send early data that is safe to replay.
03
Replay-aware application

Apply server replay controls and application duplicate handling.

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

TLS provides no inherent universal replay protection for 0-RTT.

  • TLS provides no inherent universal replay protection for 0-RTT.
  • Clients may send only early data they judge safe to replay.
  • Applications must address duplicate effects across separate TLS connections.
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. The protected handshake
  2. Fresh key shares for each connection
  3. Retry stays in the transcript
  4. Update before key limits
  5. Early data still needs replay handling

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗