Visual RFC.
ALL RFCs / RFC 8489
Read the RFC ↗
RFC 8489 / PROTOCOL MECHANISMS

Use credentials for message integrity

04

STUN defines short-term and long-term credential mechanisms and integrity attributes.

Related RFCs and changes

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

DIAGRAM§ 9 ↗
RFC 8489 · § 9EXAMPLE
3 / 3
Use credentials for message integritySTUN defines short-term and long-term credential mechanisms and integrity attributes.clientserverinitial requestrealm + nonce challengecredential-derived HMACIntegrity check differs from CRC FINGERPRINTLong-term credential example; HMAC is not a plain checksum
03
The server verifies integrity before accepting the authenticated request.

The server verifies integrity before accepting the authenticated request.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
WHAT CHANGED
RFC 5389RFC 8489 § 19

This revision adds DTLS-over-UDP and SHA-256 message-integrity support and updates retransmission-timer guidance.

Read the updated RFC section ↗
KEY POINT

A message integrity HMAC provides different protection from the CRC-based FINGERPRINT attribute.

  • A message integrity HMAC provides different protection from the CRC-based FINGERPRINT attribute.
  • Long-term authentication uses challenge material such as realm and nonce as specified.
DETAILS

The drawing is a simplified worked example. Follow the linked RFC and its updates for implementation requirements.

Read the RFC section ↗

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

Privacy
All chapters in this RFC
  1. Learn the server-observed address
  2. Match a response to its transaction
  3. Parse the STUN header and attributes
  4. Use credentials for message integrity
  5. Separate discovery from connectivity and privacy
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗