软件开发培训班 >> 网络技术 >> 网络安全
Ruby on Rails XML参数注入漏洞(CVE-2013-0156)分析 |
|
本文标签:Ruby on Rails 漏洞 Author: wofeiwo#80sec.com 留神,本文 根本是这篇文章的中文版本,由于我水平有限, 因此假如大家看的不是很清楚, 提议去原文查看 。 近日RoR的 漏洞大迸发,就在昨天临晨,RoR的官网公布了新的两个安全 漏洞补丁,CVE-2013-0155和CVE-2013-0156. CVE-2013-0155重要是 预防Json数据解析的nil招致程序DoS,而CVE-2013-0156则是对RoR的XML解析进行修补.其中Json的那个并没有什么值得关注的 部分,然而关于XML解析的修补,却很值得玩味.官网对此补丁的 形容是:要求全部RoR的消费者,必须马上(immediately) 晋级此补丁.这是本周内除了CVE-2012-6496之外,第二次要求大家”马上” 晋级的高危 漏洞.甚至,连cnbeta都开始报导此 漏洞了. 为何这个 漏洞如此的严峻?缘由就出在RoR框架的灵便性和 便捷性上.RoR 支撑消费者 使用多种 格局提交你的参数,而不只仅是 使用HTTP的那些 根本 格局.你 可以 使用Json, 可以 使用XML的 模式去对你提交的参数进行 形容,由于Ruby是个强类型语言, 因此由于HTTP传过来的纯string的参数并缺乏够 形容参数的属性.当你 使用XML 格局去递交时,便是另一回事了.例如:
假如你POST提交这样的一个数据,RoR就会在其中解析为:
这些type的xml属性也就补充 注明了一个参数的类型.RoR 可以很 便捷的将其解析出来.可 要害问题就在此,Type的取值还 可 认为Symbol和Yaml. 说起Symbol,还记得之前提到的另一个高危SQL注入 漏洞,CVE-2012-6496,其最大的不可利用问题,就在于他需求提交的参数的key必须是Symbol类型么? 而后我们测试下,就会发现,由于框架中对参数进行 data.with_indifferent_access 的操作(会把key全变成string),我们还是 无奈通过xml去将Key变成Symbol类型 。所以,也 无奈利用此 漏洞去利用CVE-2012-6496 。 然而等等,还有另一个参数类型,yaml 。 yaml 壮大的地方在于,利用yaml语言,你 可以让Rails生成各 品种型的数据 构造,例如,Object 。
这 根本 类似于一个变量反序列化的过程,实际用起来 根本就相当于一个任意变量 遮蔽 漏洞 。假如后续的代码中,有将此Object的aaa属性带入eval/exec/system等 要害语句中,就 可以执行一些被 传染的代码 。 假如你 相熟rails的代码,或者 其余开源rails的webapp,现在就 可以找起来了 。兴许一个远程执行0day就此诞生 。 假如你不 相熟ror,那么也没问题,实际上还有个利用 模式, 可以直接进行sql注入 。 普通在RoR中都是 使用model.find_by_*的 模式进行数据库 查问(ActiveRecord模式) model.find_by_id(params[:id]) 类似的代码会很常见 。我们 可以通过yaml去定义这个id变量,使其成为 可以注入的内容:
|