填充Oracle攻击在实践中是如何工作的？

Question

我已经从理论上理解了填充甲骨文攻击的工作原理。现在，我试着把它想象成一个真实的场景。

有谁能给出一个真实的场景，攻击者可以将自己插入信道并发送密码文本，并能够接收到显示加密成功或失败的错误消息吗？我很难确定这次袭击是如何运作的。

Answer 1

一个本身易受攻击的协议是XML- enc，其中enc当然意味着加密。

早期版本不支持任何经过身份验证的加密，默认使用PKCS#7填充CBC。这意味着任何使用XML的传输协议都容易受到填充oracle攻击的攻击。密文被包装在XML和base 64编码中没有任何区别。

一个关于协议上的通用明文甲骨文攻击的纸已经写好了。

在发现Glassfish和Tomcat Security实现后不久，即使对数据进行了签名，也很容易受到这种攻击。所发生的是攻击者可以简单地省略签名。然后，数据被解密，然后被上层认为无效，因为签名丢失了。填充的预言发生在签名被认为失踪之前。

在此之前，所有依赖于在这些应用服务器上签名的web服务的web应用程序都是脆弱的，除非它们也使用TLS，或者--在我的例子中--它们自己的WS-安全实现预先检查了签名的存在。