Visual RFC.
ALL RFCs / RFC 3629
Read the RFC ↗
RFC 3629 / MECHANISM GUIDE

Text comparison and security

05

Valid Unicode text does not automatically have one spelling or safe display behavior.

Related RFCs and changes

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

DIAGRAM§ 10 ↗
RFC 3629 · § 10EXAMPLE
3 / 3
Text comparison and securityValid Unicode text does not automatically have one spelling or safe display behavior.Text comparison and securityé · U+00E9e + U+0301Application comparison rulesVisual similarity alone is not identifier equality
03
Keep identities explicit

Visual similarity alone does not establish equal identifiers or trusted names.

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

Different Unicode sequences can appear equivalent to a person.

  • Different Unicode sequences can appear equivalent to a person.
  • Normalization and comparison rules belong to the consuming protocol.
  • Decoding must reject invalid input before security-sensitive comparisons.
DETAILS

Examples are illustrative. Consult the linked RFC and its errata for implementation details.

Read the RFC section ↗

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

Privacy
All chapters in this RFC
  1. Variable-length encoding
  2. Pack a code point
  3. Validate byte sequences
  4. Byte-order mark
  5. Text comparison and security
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗