Visual RFC.
ALL RFCs / RFC 7615
Read the RFC ↗
RFC 7615 / HTTP AUTHENTICATION INFORMATION

Read parameters without inventing a scheme

02

The response value is a comma-separated list of name=value parameters, without an authentication-scheme prefix.

RFC 7615 · § 3.1EXAMPLE
4 / 4
Read parameters without inventing a schemeFictional syntax-only examples: token note=ready and quoted note="ready" decode to the same string. Quoted comma stays inside one parameter and quoted-pair yields its following character. A separate misplaced scheme prefix is rejected before interpretation. These parameters have no standardized7615 semantics.Fictional syntax-only parameter examplesResponse field valueExample note=readynot #auth-paramReject misplaced scheme prefixNo scheme name before response parameters
04
Reject a misplaced scheme prefix.

Example note=ready is not #auth-param: a scheme name belongs in the corresponding request’s Authorization field, not before this response parameter list.

Source for this drawing: RFC 7615 · Read RFC section 3.1 ↗

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
New to this? Start hereA quick picture + helpful background

A request starts a conversation.

A client asks for a resource. A server sends a response. The method, address, headers, and status explain what that conversation means.

Helpful first, if these ideas are unfamiliar

These pictures are analogies to help you learn. The linked RFC explains the actual rules.

This guide explains the 2015 publication. Superseded by RFC 9110.

Related RFCs and changes

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

KEY POINT

Values use token or quoted-string syntax. A comma inside a quoted string is data, not a list separator; a quoted-pair decodes to the octet after its backslash.

  • Values use token or quoted-string syntax. A comma inside a quoted string is data, not a list separator; a quoted-pair decodes to the octet after its backslash.
  • Scheme definitions need to allow both notations for senders and recipients; for backward compatibility they can restrict senders to one variant. This does not permit a recipient to assume only that variant.
  • The imported list syntax permits an empty list. Senders MUST NOT generate empty list elements; recipients MUST ignore a reasonable number. The teaching parser’s length/count caps are local resource limits.
DETAILS

Generic syntax is not scheme verification. RFC 7235§2.1 defines auth-param and case-insensitive parameter names; RFC 7230§3.2.6 defines tokens/quoted strings and§7 the list rules. Repeated names are preserved by this teaching parser for scheme-level handling; it does not invent a universal duplicate resolution rule. No Basic or Digest implementation is claimed.

Read the RFC section ↗

All chapters in RFC 7615

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 ↗