[23] qop 引数は、
ダイジェスト認証が単なる認証のみを提供するのか、
一貫性の検査も行うのかを表します。
[8] challenge では、 「保護の品質」を示す字句のリストです >>4。
[14] credentials では、クライアントがメッセージに適用した 「保護の品質」を示します >>12。
[24] Authentication-Info: ヘッダー
>>21 や Proxy-Authentication-Info: ヘッダー >>26
では、
サーバーが応答に適用した「保護の品質」を示します。
[16] challenge では、 auth-param
の引用文字列構文を使わなければなりません >>4。
[7] challenge では、 1つ以上の字句の列です >>4。
[17] credentials では、サーバーが challenge で示した値のいずれかでなければなりません >>12。
[19] credentials >>12 と Authentication-Info:
>>21 や Proxy-Authentication-Info: ヘッダー >>26
では、
引用文字列でなく字句を生成しなければなりません。
[10] auth-int は、
一貫性保護付き認証を示します
>>4, >>21。
auth-int を指定すると、A2 の計算で payload body
が考慮されるようになります。 この機能が開発された当時は (無いよりまし程度の)
意味があったのかもしれませんが、現在となっては無意味です。 payload body
の改竄は検知できますが、ヘッダーは改竄し放題です。
auth-int でなく TLS を使うべきです。[28] 値は大文字・小文字不区別です。
[5] ダイジェスト認証の challenge >>4 や credentials >>12 で指定できます。
[6] challenge では、すべての実装が使わなければなりません >>4。
qop 引数を明示するべき、
という意味だと思われます。[22] ダイジェスト認証に成功したら、応答の
Authentication-Info:
ヘッダー >>21 や Proxy-Authentication-Info: ヘッダー >>26
の auth-param
として指定できます。