Dangerous File Inclusion

若允許未經驗證的使用者輸入可控制以動態方式包含在 HTML 中的檔案，將會導致惡意程式碼的執行。

許多現代的網路 script 語言，可透過在某個封包檔案中包含額外的來源檔案來重複使用與模組化程式碼。這種功能通常會應用在應用程式的標準外觀 (範本)，因此，不需編譯程式碼便可共各種功能，或將程式碼分成較小的可管理檔案。所包含的檔案會被解譯成父系檔案的一部分，並以相同的方式執行。File Inclusion 弱點會在下列情況發生：所包含檔案的路徑由未經驗證的使用者輸入所控制。

範例 1：以下程式碼採用使用者指定的範本名稱，並將其包含在轉譯的 HTML 頁面中。

...
ClientScript.RegisterClientScriptInclude("RequestParameterScript", HttpContext.Current.Request.Params["includedURL"]);
...

在 Example 1 中，攻擊者可能透過提供 includedURL 的惡意值來完全控制動態包含陳述式，這會導致程式包含來自外部站台的檔案。

如果攻擊者為動態包含指令指定有效的檔案，.NET 將會插入該檔案的內容至傳送給使用者的 HTML 檔案中。如果是純文字檔案，例如 web.config，檔案可能會成為 HTML 輸出的一部分。更糟糕的是，如果攻擊者可能指定由攻擊者控制的遠端站台的路徑，則動態包含陳述式將執行攻擊者提供的任意惡意程式碼。

若允許未經驗證的使用者輸入對 PHP 中動態包含的檔案進行控制，會導致執行惡意的程式碼。

許多現代的網路 script 語言，可透過在某個封包檔案中包含額外的來源檔案來重複使用與模組化程式碼。這種功能通常會應用在應用程式的標準外觀 (範本)，因此，不需編譯程式碼便可共各種功能，或將程式碼分成較小的可管理檔案。所包含的檔案會被解譯成父系檔案的一部分，並以相同的方式執行。File Inclusion 弱點會在下列情況發生：所包含檔案的路徑由未經驗證的使用者輸入所控制。

File Inclusion 弱點是 PHP 應用程式中最多也最嚴重的弱點之一。在 PHP 4.2.0 版之前，PHP 安裝提供預設啟用的 register_globals 選項，這會讓攻擊者輕易地覆寫內部伺服器的變數。雖然停用 register_globals 可減少程式因為 File Inclusion 弱點受到攻擊的可能，但是這些問題仍存在現在的 PHP 應用程式中。

範例 1：下列程式碼包含一個檔案，該檔案位於範本中定義為 $server_root 的應用程式中。

...
<?php include($server_root . '/myapp_header.php'); ?$gt;
...

如果 register_globals 設定為 on，則攻擊者可能透過提供 $server_root 作為要求參數來覆寫 $server_root 值，從而部分控制動態包含陳述式。

範例 2：以下程式碼採用使用者指定的範本名稱，並將其包含在要產生的 PHP 頁面中。

...
<?php include($_GET['headername']); ?$gt;
...

在 Example 2 中，攻擊者可能透過提供 headername 的惡意值來完全控制動態包含陳述式，這會導致程式包含來自外部站台的檔案。

如果攻擊者為動態包含指令指定有效的檔案，則會將該檔案的內容傳送到 PHP 解譯器。如果是純文字檔案，例如 /etc/shadow，檔案可能會成為 HTML 輸出的一部分。更糟糕的是，如果攻擊者可能指定由攻擊者控制的遠端站台的路徑，則動態包含陳述式將執行攻擊者提供的任意惡意程式碼。