HTTP: The Definitive Guide
by David Gourley, Brian Totty, Marjorie Sayer, Anshu Aggarwal, Sailu Reddy
Digest Authorization Directives
Each of the Authorization directives is described in Table F-2, paraphrased from the descriptions in RFC 2617. Refer to the official specifications for the most up-to-date details.
Table F-2. Digest Authorization header directives (from RFC 2617)
|
Directive |
Description |
|---|---|
|
username |
The user’s name in the specified realm. |
|
realm |
The realm passed to the client in the WWW-Authenticate header. |
|
nonce |
The same nonce passed to the client in the WWW-Authenticate header. |
|
uri |
The URI from the request URI of the request line; duplicated because proxies are allowed to change the request line in transit, and we may need the original URI for proper digest verification calculations. |
|
response |
This is the actual digest—the whole point of digest authentication! The response is a string of 32 hexadecimal digits, computed by a negotiated digest algorithm, which proves that the user knows the password. |
|
algorithm |
A string indicating a pair of algorithms used to produce the digest and a checksum. If this is not present, it is assumed to be “MD5”. |
|
opaque |
A string of data, specified by the server in a WWW-Authenticate header, that should be returned by the client unchanged in the Authorization header of subsequent requests with URIs in the same protection space. |
|
cnonce |
This must be specified if a qop directive is sent and must not be specified if the server did not send a qop directive in the WWW-Authenticate header field. The cnonce value is an opaque quoted ... |