Open Redirect

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按一下連結時，下列 ABAP 程式碼會指示使用者的瀏覽器開啟從 dest 要求參數解析的 URL。

...
DATA: str_dest TYPE c.

str_dest = request->get_form_field( 'dest' ).
response->redirect( str_dest ).
...

如果受害者收到一封電子郵件，指示他們開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：使用者按一下連結時，下列 ActionScript 程式碼就會指示使用者的瀏覽器開啟從 dest 要求參數所讀取的 URL。

        ...
        var params:Object = LoaderInfo(this.root.loaderInfo).parameters;
        var strDest:String = String(params["dest"]);
        host.updateLocation(strDest);
        ...

如果受害者收到一封電子郵件，指示他們開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

某個檔案會將未經驗證的資料傳遞到 HTTP 重新導向。

允許未經驗證的輸入控制重新導向中所使用的 URL 有助於網路釣魚攻擊。重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會使用重新導向協助站台內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至攻擊者可以控制的任意 URL 時，會發生 Open Redirect 弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：以下 Visualforce 動作方法會傳回 PageReference 物件，其包含來自 dest 要求參數的 URL。

public PageReference pageAction() {
    ...
    PageReference ref = ApexPages.currentPage();
    Map<String,String> params = ref.getParameters();
    return new PageReference(params.get('dest'));
}

如果受害者收到一封電子郵件，指示其開啟連結「http://trusted.vf.force.com/apex/vfpage?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要始終檢查在電子郵件中所接收到的 URL，並確定連結是指向他們知悉的可信任網站。不過，如果攻擊者以下列方式編碼的目的地 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的一般使用者也可能會被誘騙而點閱連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按一下連結時，下列程式碼會指示使用者的瀏覽器開啟 dest 要求參數所解析的 URL。

    String redirect = Request["dest"];
    Response.Redirect(redirect);

如果受害者收到一封電子郵件，指示其開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中所使用的 URL 有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站台內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生 Open Redirect 弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按一下連結時，下列 JSP 程式碼會指示使用者的瀏覽器開啟從 dest 要求參數剖析的 URL。

    ...
    final server = await HttpServer.bind(host, port);
      await for (HttpRequest request in server) {
        final response = request.response;
        final headers = request.headers;
        final strDest = headers.value('strDest');
        response.headers.contentType = ContentType.text;
        response.redirect(Uri.parse(strDest!));
        await response.close();
      }
    ...

如果受害者收到一封電子郵件，指示他們開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要始終檢查在電子郵件中所接收到的 URL，以確定連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的一般使用者也可能會被誘騙而點閱連結。

允許未經驗證的輸入控制重新導向中所使用的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站台內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至攻擊者可以控制的任意 URL 時，會發生 Open Redirect 弱點。

攻擊者可利用 Open Redirect 誘騙使用者造訪受信任網站的 URL，然後將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例：當使用者按一下連結時，下列程式碼會指示使用者的瀏覽器開啟從 dest 要求參數剖析的 URL。

    ...
    strDest := r.Form.Get("dest")
    http.Redirect(w, r, strDest, http.StatusSeeOther)
    ...

如果受害者收到一封電子郵件，指示他們造訪連結 "http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com"，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至 "http://www.wilyhacker.com"。

許多使用者一直以來都被告知，要始終檢查在電子郵件中所接收到的 URL，以確定連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目的地 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的一般使用者也可能會被誘騙造訪連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按一下連結時，以下 JavaScript 程式碼會指示使用者的瀏覽器開啟由 dest 要求參數所讀取的 URL。

	...
	strDest = form.dest.value;
	window.open(strDest,"myresults");
	...

如果受害者收到一封電子郵件，指示他們開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按一下連結時，下列 PHP 程式碼會指示使用者的瀏覽器開啟 dest 要求參數所解析的 URL。

    <%
        ...
        $strDest = $_GET["dest"];
        header("Location: " . $strDest);
        ...
    %>

如果受害者收到一封電子郵件，指示其開啟連結「http://trusted.example.com/ecommerce/redirect.php?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.php?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站台內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按下連結時，下列程序會指示使用者的瀏覽器開啟 dest 要求參數所解析的 URL。

      ...
      -- Assume QUERY_STRING looks like dest=http://www.wilyhacker.com
      dest := SUBSTR(OWA_UTIL.get_cgi_env('QUERY_STRING'), 6);
      OWA_UTIL.redirect_url('dest');
      ...
  

如果受害者收到一封電子郵件，指示其開啟連結「http://trusted.example.com/pls/hr/showemps?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/pls/hr/showemps?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按一下連結時，下列 Python 程式碼會指示使用者的瀏覽器開啟 dest 要求參數所解析的 URL。

        ...
        strDest = request.field("dest")
        redirect(strDest)
        ...

如果受害者收到一封電子郵件，指示他們開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：以下 Ruby 程式碼指示使用者的瀏覽器開啟 dest 要求參數所解析的 URL：

...
str_dest = req.params['dest']
...
res = Rack::Response.new
...
res.redirect("http://#{dest}")
...

如果受害者收到一封電子郵件，指示他們開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站台內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：以下 Play 控制項方法指示使用者的瀏覽器開啟從 dest 要求參數解析的 URL：

  def myAction = Action { implicit request =>
    ...
    request.getQueryString("dest") match {
      case Some(location) => Redirect(location)
      case None => Ok("No url found!")
    }
    ...
  }

如果受害者收到一封電子郵件，指示他們開啟連結「http://trusted.example.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
「http://trusted.example.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D」

那麼，即使再有經驗的一般使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可能遭攻擊者控制的任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：以下程式碼會處理使用應用程式自訂 URL 架構的任何要求，將 requestToLoad 設定為指向原始 URL 的「dest」參數 (如果存在的話) 以及指向使用 http:// 架構的原始 URL，最後在 WKWebView 內載入此要求：

AppDelegate.swift:

...
let requestToLoad : String
...
func application(app: UIApplication, openURL url: NSURL, options: [String : AnyObject]) -> Bool {
  ...
  if let urlComponents = NSURLComponents(URL: url, resolvingAgainstBaseURL: false) {
    if let queryItems = urlComponents.queryItems as? [NSURLQueryItem]{
      for queryItem in queryItems {
        if queryItem.name == "dest" {
          if let value = queryItem.value {
            request = NSURLRequest(URL:NSURL(string:value))
            requestToLoad = request
            break
          }
        }
      }
    }
    if requestToLoad == nil {
        urlComponents.scheme = "http"
        requestToLoad = NSURLRequest(URL:urlComponents.URL)
    }
  }
  ...
}
...

ViewController.swift

...
let webView : WKWebView
let appDelegate = UIApplication.sharedApplication().delegate as! AppDelegate
webView.loadRequest(appDelegate.requestToLoad)
...

如果受害者收到一封電子郵件，指示其開啟連結「custom_url_scheme://innocent_url?dest=www.wilyhacker.com」，使用者可能會按下該連結，並認為會執行無害的動作。不過，當受害者按下連結時，Example 1 中的程式碼將會嘗試在 WKWebView 中要求並載入「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：

"custom_url_scheme://innocent_url?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。

允許未經驗證的輸入控制重新導向中的 URL，有助於網路釣魚攻擊。

重新導向會在相同 Web 應用程式中將使用者導引到不同的網頁，或導引到外部網站。應用程式會利用重新導向協助站點內的導覽，且在某些情況下，會追蹤使用者離開網站的方法。Web 應用程式將用戶端重新導向至可由攻擊控制的任何任意 URL 時，會發生開放式重新導向弱點。

攻擊者可能利用 Open Redirect 誘騙使用者造訪可信任網站的 URL，但接著會將其重新導向至惡意網站。透過對 URL 進行編碼，攻擊者可讓一般使用者難以注意到重新導向的惡意目標，即使將這個目標當作 URL 參數傳遞到受信任的網站也是如此。Open Redirect 通常為網路釣魚所使用的方法之一，可用來取得敏感的一般使用者資料。

範例 1：當使用者按一下連結時，下列 VB 程式碼會指示使用者的瀏覽器開啟由 dest 要求參數所解析的 URL。

	...
	strDest = Request.Form('dest')
	HyperLink.NavigateTo strDest
	...

如果受害者收到一封電子郵件，指示其開啟連結「http://www.trustedsite.com/ecommerce/redirect.asp?dest=www.wilyhacker.com」，則該使用者可能會按下此連結，並認為自己會前往一個可信任的網站。不過，當受害者按下連結時，Example 1 中的程式碼會將瀏覽器重新導向至「http://www.wilyhacker.com」。

許多使用者一直以來都被告知，要檢查在電子郵件中所接收到的 URL，以確定該連結是指向他們知悉的可信任網站。不過，如果攻擊者使用 Hex 以下列方式編碼目標的 URL：
"http://www.trustedsite.com/ecommerce/redirect.asp?dest=%77%69%6C%79%68%61%63%6B%65%72%2E%63%6F%6D"

那麼，即使再有經驗的終端使用者也可能會被誘騙進入以下連結。