任意URL跳轉(zhuǎn)漏洞

服務端未對傳入的跳轉(zhuǎn)url變量進行檢查和控制，導致可惡意構(gòu)造任意一個惡意地址，誘導用戶跳轉(zhuǎn)到惡意網(wǎng)站。由于是從可信的站點跳轉(zhuǎn)出去的，用戶會比較信任，所以跳轉(zhuǎn)漏洞一般用于釣魚攻擊，通過轉(zhuǎn)到惡意網(wǎng)站欺騙用戶輸入用戶名和密碼盜取用戶信息，或欺騙用戶進行金錢交易。

修復該漏洞最有效的方法之一就是校驗傳入的跳轉(zhuǎn)url參數(shù)值，判斷是否為預期域名。在java中可使用下列方法：

String url = request.getParameter("returnUrl"); 
String host = ""; 
try { 
    host = new URL(url).getHost(); 
} catch (MalformedURLException e) { 
    e.printStackTrace(); 
} 
if host.endsWith(".bbb.com"){ 
    //跳轉(zhuǎn) 
}else{ 
    //不跳轉(zhuǎn)，報錯 
} 

上述代碼中主要校驗了客戶端傳來的returnUrl參數(shù)值，使用java.net.URL包中的getHost()方法獲取了將要跳轉(zhuǎn)url的host，判斷host是否為目標域，上述代碼中限制了必須跳轉(zhuǎn)到xxx.bbb.com的域名，從而排除了跳轉(zhuǎn)到不可信域名的可能。

但是，getHost()方法真的靠譜嗎??

getHost()方法的坑之一

可以被反斜線繞過，即returnUrl=http://www.aaa.com\www.bbb.com會被代碼認為是將要跳轉(zhuǎn)到bbb.com，而實際在瀏覽器中反斜線被糾正為正斜線，跳轉(zhuǎn)到www.aaa.com/www.bbb.com，最終還是跳到www.aaa.com的服務器。

使用下列代碼進行測試：

public class Main { 
 
    public static void main(String[] args) { 
        String url = "https://www.aaa.com\\www.bbb.com?x=123"; 
        String host = ""; 
        try { 
            host = new URL(url).getHost(); 
        } catch (MalformedURLException e) { 
            e.printStackTrace(); 
        } 
        System.out.println("host---"+host); 
        System.out.println("url---"+url); 
    } 
} 

url參數(shù)的域名getHost()之后是www.aaa.com還是www.bbb.com呢?打印結(jié)果如下：

該結(jié)果會被endsWith(“.bbb.com”)方法判斷為真，從而成功執(zhí)行跳轉(zhuǎn)，但實際在瀏覽器中跳轉(zhuǎn)到了www.aaa.com網(wǎng)站。

getHost()方法的坑之二

getHost()方法的結(jié)果在不同JDK版本中對井號#的處理結(jié)果不同，通常井號被用作頁面錨點，對于https://www.aaa.com#www.bbb.com?x=123這個url，較高版本的JDK中，取出結(jié)果為www.aaa.com，低版本中為www.aaa.com#www.bbb.com，從而低版本又可繞過endsWith(“.bbb.com”)方法，成功跳轉(zhuǎn)。

這里所說的高版本指的是java version 1.8.0_181或者java version 1.7.0_161中的181和161，與JDK7還是8無關(guān)。可能java在某個時間集中修復了JDK6/7/8中的URL庫。

測試過程中發(fā)現(xiàn)1.6.0_45，1.7.0_71，1.8.0_25均可被#繞過，即不同的JDK中低版本均存在問題。

通過對比rt.jar---java---net--URLStreamHandler.java代碼(低版本為左邊，高版本為右邊)找到問題所在如下圖所示，代碼中的start為url中冒號位置，limit為url中井號位置：

從代碼中可以發(fā)現(xiàn)，低版本中未考慮到一個完整url中斜線/或者問號?之前會出現(xiàn)井號#的情況，如果url中有斜線/或者問號?，取host就以斜線或者問號為終止，即使中間包含井號也不處理;而高版本中進行了井號位置的判斷，排除了使用井號繞過的可能。但是線上生成環(huán)境的JDK版本又不是敢隨便亂升級的，只能從代碼里提前預防。

下圖為使用不同版本JDK測試的結(jié)果：

同一段代碼在不同JDK版本中打印出的host值不同，在低版本中包含了井號及其后邊的部分。

綜合上述兩個坑，若想使用getHost()來修復任意URL跳轉(zhuǎn)漏洞，需要考慮到反斜線和井號繞過，可使用如下代碼：

String url = request.getParameter("returnUrl"); 
String host = ""; 
try { 
    urlurl = url.replaceAll("[\\\\#],"/"); //替換掉反斜線和井號 
    host = new URL(url).getHost();   
} catch (MalformedURLException e) { 
    e.printStackTrace(); 
} 
if host.endsWith(".bbb.com"){ 
    //跳轉(zhuǎn) 
}else{ 
    //不跳轉(zhuǎn)，報錯 
} 

附送一個真實例子

該站可使用井號配合斜線或者問號來繞過域名檢測，即將target設置為URL編碼后的https://www.baidu.com#www.bbb.com?x=123，該站即可302跳轉(zhuǎn)到百度。