质询-响应协议如何帮助抵御中间人攻击？

Question

质询响应身份验证如何防止中间人攻击？我读了维基文章，但仍然无法理解。

Answer 1

一般来说，质询-响应系统不一定能防止中间人攻击：如果 Alice 试图告诉 Bob 她的银行帐号，则该协议确实实现了一些质询和响应，但不会提供完整性或隐私：

Alice: Bob, is that you?  // first challenge
Bob: Yes, Alice, it is me, is that you? // first response, second challenge
Alice: Yes! Great. My account number is 314159. // second response, and result

马洛里可以代替爱丽丝或鲍勃回答“是”，可以伪造第三条“结果”消息，或者可以监听第三条消息。

即使挑战得到改善，例如：“请在我们的共享密码前面添加哈希 0x31415926”，以明文方式传输的数据（或在弱/不良密码或不良密钥选择下）也将面临隐私和数据损失未经任何消息身份验证检查而传输的信息可能会被第三方修改。

质询/响应协议的真正亮点在于防止重放攻击：如果 Alice 向 Bob 发送一条消息，内容是“请借记我的帐户 5 美元，并存入您的帐户 5 美元”，Mallory 可以记录该消息并重播该消息以耗尽 Alice 的帐户。

一个好的挑战/响应系统将为每个交易或会话生成一个新的挑战（并确保以前的挑战不会被重复使用！），因此会话记录不能拼接在一起以创建新的欺诈系统。

我希望这会有所帮助，但恐怕如果没有更详细地了解您的疑虑从何而来，那只是噪音。

Answer 2

用户 sarnold 已经提供了一个很好的答案，我想将注意力转移到以下内容。

挑战-响应解决了两个问题 - 无需以明文形式发送秘密（发送类似于散列的产品）并防止重放攻击（因为挑战每次都会改变）。除此之外，它不会做任何事情 - 它不会自行向任何人验证任何人的身份，它只是明文协议的改进，其中客户端发送他的用户名和密码（秘密），服务器决定这些是否正确。

因此，如果中间有某个方，它不会帮助检测它或阻止它冒充该特定会话的客户端，但该方将无法访问秘密，因为秘密永远不会以明文形式发送，并且一方将无法通过重播再次进行模拟 - 它只能在该会话期间进行模拟。