0x00 相关背景介绍( `( T4 [4 K6 n. N \% F: q7 s
* Y) W1 P- j2 Z6 X2 r& Z由于应用越来越多的需要和其他的第三方应用交互，以及在自身应用内部根据不同的逻辑将用户引向到不同的页面，譬如一个典型的登录接口就经常需要在认证成功之后将用户引导到登录之前的页面，整个过程中如果实现不好就可能导致一些安全问题，特定条件下可能引起严重的安全漏洞。
4 n0 [2 a7 G8 U C1 ^$ d( ]7 l7 ^8 j7 i
0x01 成因
* T. u3 U+ [4 X6 ?
+ \) n3 {8 F" V6 D9 K对于URL跳转的实现一般会有几种实现方式：' F A2 v0 M8 ]
* ~" ~7 {2 B( z- FMETA标签内跳转 6 b1 C6 d) e$ |6 v1 y, x: {
javascript跳转
% p( r' f2 t! @5 W$ s0 B5 kheader头跳转 ! t( e, Z: N& W5 w5 L
( A6 g' `1 o- U
. {. H& w% o0 u9 W
通过以GET或者POST的方式接收将要跳转的URL，然后通过上面的几种方式的其中一种来跳转到目标URL。一方面，由于用户的输入会进入 Meta，javascript，http头所以都可能发生相应上下文的漏洞，如xss等等，但是同时，即使只是对于URL跳转本身功能方面就存在一个缺 陷，因为会将用户浏览器从可信的站点导向到不可信的站点，同时如果跳转的时候带有敏感数据一样可能将敏感数据泄漏给不可信的第三方。; ]$ ]- V n' E+ @
Y8 d* ?7 m7 \/ w3 u
譬如一个典型的登录跳转如下：+ y9 N1 N' P/ S. v
. i& i* G- X h<?php $url=$_GET['jumpto']; header("Location: $url"); ?>如果jumpto没有任何限制，所以恶意用户可以提交
) p2 h7 h: b# n1 @! s# n* l# N Z- }1 n" G
http://www.xxx.net/login.php?jumpto=http://www.evil.com来生成自己的恶意链接，安全意识较低的用户很可能会以为该链接展现的内容是www.wooyun.org从而可能产生欺诈行为，同时由于QQ，淘宝 旺旺等在线IM都是基于URL的过滤，同时对一些站点会一白名单的方式放过，所以导致恶意URL在IM里可以传播，从而产生危害，譬如这里IM会认为 www.wooyun.org都是可信的，但是通过在IM里点击上述链接将导致用户最终访问evil.com。. S- E) X) _: F7 s) O; [
9 d% Y- } k; ~- H$ A
0x02 攻击方式及危害
- M0 w9 r2 M5 {% U8 v$ N' s, r8 w5 E# b: y; T
恶意用户完全可以借用URL跳转漏洞来欺骗安全意识低的用户，从而导致“中奖”之类的欺诈，这对于一些有在线业务的企业如淘宝等，危害较大，同时借 助URL跳转，也可以突破常见的基于“白名单方式”的一些安全限制，如传统IM里对于URL的传播会进行安全校验，但是对于大公司的域名及URL将直接允 许通过并且显示会可信的URL，而一旦该URL里包含一些跳转漏洞将可能导致安全限制被绕过。
6 l8 o& k, z5 L, U
# p% R" v8 l: X/ ]4 u如果引用一些资源的限制是依赖于“白名单方式”，同样可能被绕过导致安全风险，譬如常见的一些应用允许引入可信站点如youku.com的视频，限 制方式往往是检查URL是否是youku.com来实现，如果youku.com内含一个url跳转漏洞，将导致最终引入的资源属于不可信的第三方资源或 者恶意站点，最终导致安全问题。8 W2 j0 _2 O w/ W3 |/ ~
. w; \+ J# r0 J* ?. V/ G2 |
0x03 实际案例7 L& m+ U; a5 F1 H* F. q/ T
m- Y$ K+ V( F% v4 Y1 U( ya WooYun: 百度一个URL跳转漏洞* J* Z3 U, Y( ?, r" c U- a
7 t6 e) V) {. g" ?
通过url跳转突破IM的安全校验，从而传播恶意URL( @8 L* a9 Q) Y2 B% h9 p
. E& a/ ]5 d% yb WooYun: 第五次遇到利用淘宝网网址跳转的网钓: K0 L6 L# j4 k/ A4 y/ Z
' f1 i1 ^. c1 U6 l( `通过url跳转欺骗交易用户对URL的信任，从而实现欺诈
, D& ^$ c* b5 O9 F
7 f) h7 l: u9 y/ o1 O+ gc http://hi.baidu.com/rayh4c/blog/ ... a2045e9822edb9.html
9 x0 \$ J, [0 }! P- ?+ Q" Y0 B1 ~9 O% A& C
通过URL跳转绕过应用程序对引用资源的限制，从而导致安全漏洞7 R6 Y$ F% S; ^& m* p( R, E
1 y4 x1 n% O j: f5 xd WooYun: 豆瓣电台认证绕过及csrf防范策略绕过漏洞8 Q: T h9 ]& f) x, Y
. r2 w5 w- u% j6 W$ N! P' M借助未验证的URL跳转，可以将应用程序内部敏感的数据传递到不安全的第三方区域: E ]. `- q+ V
, |, e6 `; Z2 `; `% _7 q9 C+ Z0x04 修复方案" k( L/ g# O% i* o
/ M, g' V2 J' E/ D' X& l理论上讲，url跳转属于CSRF的一种，我们需要对传入的URL做有效性的认证，保证该URL来自于正确的地方，限制的方式同防止csrf一样可以包括：# L: ]! j8 t: _
# i& [8 w' O, @8 e1 z: C2 D! |0 @1 V1 referer的限制
+ `9 j8 g& n2 C5 ?$ e0 k0 s$ h4 ~; t( a
如果确定传递URL参数进入的来源，我们可以通过该方式实现安全限制，保证该URL的有效性，避免恶意用户自己生成跳转链接4 S- o+ C# s$ [+ k
c7 f \1 m. N6 M4 H8 m
2 加入有效性验证Token5 Q- B0 C+ J8 A- ]9 ~
/ ?9 [4 A; U, K! f9 K0 j7 u我们保证所有生成的链接都是来自于我们可信域的，通过在生成的链接里加入用户不可控的Token对生成的链接进行校验，可以避免用户生成自己的恶意链接从而被利用，但是如果功能本身要求比较开放，可能导致有一定的限制。
# m/ q6 M- v9 b
+ Z5 t1 [# N0 b |
发表于 2013-1-11 21:14:42
收藏
支持
反对