重新導向會在相同 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"

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

重新導向會在相同 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"

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

允許未經驗證的輸入控制重新導向中所使用的 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"

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

依預設，在執行使用者驗證程序期間，ASP.NET 登入頁面不會允許 URL 重新導向至主控網域外部。但是，可使用 aspnet:AllowRelaxedRelativeUrl 設定修改此功能來允許不受限制的 URL 重新導向。成功攻擊此弱點的攻擊者能夠不經使用者的同意，將其重新導向至攻擊者選擇的網站。然後，攻擊者可以執行網路釣魚攻擊，以取得使用者未打算洩漏的資訊。

範例 1：在以下範例中，aspnet:AllowRelaxedRelativeUrl 設定為 true。

...
  <appSettings>
    <add key="aspnet:AllowRelaxedRelativeUrl" value="true" />
  </appSettings>
...

重新導向會在相同 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"

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

重新導向會在相同 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"

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

重新導向會在相同 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"

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

重新導向會在相同 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"

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

重新導向會在相同 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"

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

重新導向會在相同 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"

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

重新導向會在相同 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"

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

重新導向會在相同 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」

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

重新導向會在相同 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"

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