Digest 認証は安全ですか？

HTTP 上の Basic 認証よりはましです (パスワードが平文で送られない)。しかし、破られた MD5 に依存しています。中間者攻撃 (MITM) から守らず、機密性も提供しません。現代の認証には HTTPS + Bearer トークンを使ってください。Digest 認証はレガシー互換のためだけに残されています。

Digest 認証が廃れたのはなぜですか？

サーバー側に HA1 (パスワードの MD5) を保存する必要があり、レインボーテーブル攻撃に対して脆弱です。現代のパスワードハッシュ (bcrypt、scrypt) にも対応していません。正しく実装するのも複雑です (nonce 管理、qop、opaque)。HTTPS があれば、Digest 認証のパスワード保護は冗長になります。

HTTP Digest 認証を使う

Digest 認証はサーバーの nonce と組み合わせて資格情報をハッシュし、HTTPS なしでのパスワード露出を防ぎます。チャレンジ・レスポンスの流れと MD5 の使われ方を学びましょう。

1

Digest 認証では、まずサーバーがチャレンジ (nonce、realm) を送ります。クライアントは MD5(username:realm:password) と MD5(method:uri) を計算し、MD5(ha1:nonce:ha2) を送ります。サーバーは再計算して検証します。パスワードは平文で送られませんが、MD5 は弱いため、Digest 認証は廃れた方式です。HTTPS + Bearer トークンを使ってください。
2

HMAC ジェネレーター →
ダイジェスト計算に使う HMAC を生成します。Digest 認証が使うのは MD5 (HMAC ではありません) ですが、概念は似ています。メッセージに鍵を絡めたハッシュです。HMAC のほうが安全であり、現代の認証方式にはこちらを使います。
3

ハッシュ計算ツール →
Digest 認証の構成要素の MD5 ハッシュを計算します: HA1 = MD5(username:realm:password)、HA2 = MD5(method:uri)、response = MD5(HA1:nonce:HA2)。注意: MD5 は暗号学的に破られています。レガシーの Digest 認証との互換のためだけに使い、新しいシステムには使わないでください。

よくある質問

Digest 認証は安全ですか？: HTTP 上の Basic 認証よりはましです (パスワードが平文で送られない)。しかし、破られた MD5 に依存しています。中間者攻撃 (MITM) から守らず、機密性も提供しません。現代の認証には HTTPS + Bearer トークンを使ってください。Digest 認証はレガシー互換のためだけに残されています。
Digest 認証が廃れたのはなぜですか？: サーバー側に HA1 (パスワードの MD5) を保存する必要があり、レインボーテーブル攻撃に対して脆弱です。現代のパスワードハッシュ (bcrypt、scrypt) にも対応していません。正しく実装するのも複雑です (nonce 管理、qop、opaque)。HTTPS があれば、Digest 認証のパスワード保護は冗長になります。