Visual RFC.
ALL RFCs / RFC 3986
Read the RFC ↗
RFC 3986 / SECURITY

An identifier can mislead

06

A visually persuasive URI can contain an authority different from the one a reader expects.

Related RFCs and changes

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

DIAGRAM§ 7.6 ↗
RFC 3986 · § 7.6EXAMPLE
4 / 4
An identifier can misleadA magnifying-glass doodle locates the userinfo separator and reveals the actual host in a deceptive URI.Look past a persuasive prefixhttps://bank.example@other.example/looks familiar@ ends userinfoother.examplebank.exampleuserinfoDestination: other.exampleURI syntax parses the destination; it does not prove trust.
04
Make the destination unambiguous.

Prefer a presentation that distinguishes host, userinfo, and path.

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

Show the parsed destination clearly.

  • Userinfo can be constructed to resemble a trusted domain while the host names a different destination.
  • Untrusted URI text must be handled according to the relevant scheme and application security rules.
  • Generic URI syntax does not itself define a browser-origin policy or prove a resource is trustworthy.
DETAILS

The examples simplify the wire representation. Follow the linked specification and application profile for implementation.

Read the RFC section ↗

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

Privacy
All chapters in this RFC
  1. The five URI components
  2. Escape data, preserve delimiters
  3. Resolve a relative reference
  4. Authority has its own structure
  5. Normalize only what is safe
  6. An identifier can mislead
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗