Digest Auth 安全吗？

它是 better than 基础 Auth 遍历 HTTP (password 是不 sent 在清除文本), 但它 relies 开 MD5 哪个是 broken. 它不 protect 针对 man-in-the-middle (MITM) attacks 或提供保密性. Use HTTPS + Bearer tokens 为现代认证. Digest Auth 是 retained 为遗留 compatibility 仅.

为什么是 Digest Auth 过时?

它 requires storing HA1 (MD5 的 password) 开服务器, 哪个是 vulnerable 到 rainbow 表 attacks. 它不支持现代 password 哈希 (bcrypt, scrypt). 它是复杂到 implement 正确 (nonce 管理, qop, opaque). HTTPS makes password 保护的 Digest Auth 冗余.

Use HTTP Digest Authentication

Digest Auth hashes credentials 具有服务器 nonce, preventing password exposure 无 HTTPS. Learn challenge-响应 flow 和 MD5 usage.

1

Digest Auth sends challenge (nonce, realm) 从服务器. 客户端 computes MD5(username:realm:password) 和 MD5(方法:uri) 和 sends MD5(ha1:nonce:ha2). 服务器 verifies 通过 recomputing. password 是从不 sent 在清除文本, 但 MD5 是 weak — Digest Auth 是过时; use HTTPS + Bearer tokens instead.
2

HMAC 生成器 →
生成 an HMAC for the digest computation. While Digest Auth uses MD5 (not HMAC), the concept is similar: a keyed hash of the message. HMAC is more secure — use it for modern authentication schemes.
3

哈希计算器 →
计算 the MD5 hash for Digest Auth components: HA1 = MD5(username:realm:password), HA2 = MD5(method:uri), response = MD5(HA1:nonce:HA2). Note: MD5 is cryptographically broken — use only for legacy Digest Auth compatibility, not for new systems.

常见问题

Digest Auth 安全吗？: 它是 better than 基础 Auth 遍历 HTTP (password 是不 sent 在清除文本), 但它 relies 开 MD5 哪个是 broken. 它不 protect 针对 man-in-the-middle (MITM) attacks 或提供保密性. Use HTTPS + Bearer tokens 为现代认证. Digest Auth 是 retained 为遗留 compatibility 仅.
为什么是 Digest Auth 过时?: 它 requires storing HA1 (MD5 的 password) 开服务器, 哪个是 vulnerable 到 rainbow 表 attacks. 它不支持现代 password 哈希 (bcrypt, scrypt). 它是复杂到 implement 正确 (nonce 管理, qop, opaque). HTTPS makes password 保护的 Digest Auth 冗余.