クライアントはダイジェストHTTP認証でチャレンジ（nonce）を選択できますか？

Question

ダイジェスト認証は、チャレンジ/レスポンスメカニズムの風味に似ています：theresは、クライアントとサーバーの両方でパスワード（MD5など）と混在し、そのようなミキシングの結果のみがネットワーク経由で送信されるランダムな文字列です。

通常、チャレンジ（nonce）はサーバーによって選択され、クライアントに送信されます。 Wikipedia articleダイジェスト認証では、サンプルの「セッション」がリストされます。チャレンジ（「ノンス」）は、そこのサーバーによって選択されます。私は私のマシン上のIISで同じことをテストしました - もう一度、挑戦はIISによって生成されます。

like this oneいくつかの投稿では、クライアントがチャレンジを生成します。クライアントはランダムな文字列を生成し、チャレンジとパスワードとそのチャレンジの結果を含むリクエストを送信します。

後者は許可されて広く受け入れられていますか？クライアントはチャレンジを選択できますか（ノンス）？

Answer 1

HTTPダイジェスト認証では、サーバーは常にノンスを生成します。

しかし、HTTP認証は拡張可能であり、アプリケーションは（基本とダイジェスト以外の）他の認証方法を実装する可能性があります。リンク先の例では、クライアントはWSSE（主にSOAPベース）Webサービスの認証形式を使用して認証しています。 WSSEでは、クライアントはノンスを生成します。

Answer 2

Digest Access Authentication schemeは、クライアントがサーバーに対して自身を認証するが、ではなく、の逆の一方向認証に過ぎません。サーバーのみが、クライアントが正しく認証されるために応答する必要があるチャレンジを発行します。したがって、クライアントは本物かどうかを知るだけですが、クライアントはそのサーバーが本物かどうかわかりません。

リンクされたコードは、まったく逆の動作をします。クライアントは、サーバーを認証してサーバーにチャレンジを発行します。したがって、クライアントがサーバーが本物かどうかを知ることができます。

mutual authenticationが最適です。