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

Authenticity does not stop replay

05

A valid signed message can be copied and submitted again.

Related RFCs and changes

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

RFC 7515 · § 10.10EXAMPLE
3 / 3
Authenticity does not stop replayA valid signed message can be copied and submitted again. Current state: Application replay check.Authenticity does not stop replaysigned messagemessage ID: 17same signed messagemessage ID: 17already processedreplayJWS needs an application freshness / uniqueness rule.
03
Application replay check

A suitable nonce, timestamp, or message identifier policy rejects repeats.

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

JWS does not inherently prevent replay.

  • JWS does not inherently prevent replay.
  • Applications need appropriate freshness or uniqueness checks.
  • The signature authenticates bytes; it does not establish that an action has not already occurred.
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. What the signature covers
  2. Verification is a gate
  3. Protected and unprotected headers
  4. One payload, several signatures
  5. Authenticity does not stop replay
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗