某些函數無論使用方法為何，都有危險性。而且這一類函數的執行通常都沒有經過安全方面的考量。

某些函數無論使用方法為何，都有危險性。而且這一類函數的執行通常都沒有經過安全方面的考量。

某些函數無論使用方法為何，都有危險性。這一類函數的執行通常都沒有經過安全方面的考量。

範例 1：‎根據 URL http://www.example.com/index.php?param=...，以下在 index.php 中的 php 片段會將 URL 參數 param (以取代「...」的方式傳遞) 的值列印至畫面，只要其符合代表「零或多個英數字元」的 POSIX 一般表示式 '^[[:alnum:]]*$'：

  <?php
    $pattern = '^[[:alnum:]]*$';
    $string = $_GET['param'];
    if (ereg($pattern, $string)) {
      echo($string);
    }
  ?>

雖然 Example 1 會按照英數輸入如期操作，但是因為不安全的 ereg() 函數會用於驗證受感染的輸入，所以還是可能會透過 null 位元組執行 Cross-site scripting (XSS) 攻擊。藉由傳遞 param 的值，其中包含有效的英數字串，後面依序接著 null 位元組與 <script> 標籤 (例如 "Hello123%00<script>alert("XSS")</script>")，ereg($pattern, $string) 依然會傳回 true，因為 ereg() 函數在讀取輸入字串 (由左到右) 時，會忽略接在 null 位元組字元後面的任何內容。在此範例中，這表示接在 null 位元組後面注入的 <script> 標籤，將會顯示給使用者並接受評估。

某些函數無論使用方法為何，都有危險性。xp_cmdshell 函數會啟動 Windows 指令 shell，以執行提供的指令字串。該指令會在預設系統或提供的代理伺服器環境中執行。但是，沒有方法可以將使用者限制為預先指定的權限操作組合，任何權限授予都會開放使用者執行任何指令字串。

FortifyDangerous 註解已套用至此方式。會使用此方式來指出危險，而且應該檢查所有用法的安全性。

FortifyDangerous 註解已套用至此類型。會使用此方式來指出危險，而且應該檢查所有用法的安全性。

chroot() 系統呼叫允許程式修改其 File System 的根目錄含義。在適當地進行 chroot() 呼叫之後，程式無法存取新根目錄所定義的目錄樹狀架構之外的任何檔案。這樣的環境叫作 chroot jail，通常是用來阻止程式被推翻、並用來存取未經授權檔案的可能性。例如，很多 FTP 伺服器在 chroot jail 環境中執行，以便用來防止發現新伺服器弱點的攻擊者有能力下載密碼檔或者其他系統中的敏感檔案。

不適當的使用 chroot() 可能會讓攻擊者避開 chroot jail。因為 chroot() 函數呼叫不會改變程式目前的工作目錄，所以在呼叫 chroot() 之後，相關路徑仍然會參照 chroot jail 之外的 File System 資源。

範例 1：考慮以下來自 (假設的) FTP 伺服器的來源程式碼：

chroot("/var/ftproot");
...
fgets(filename, sizeof(filename), network);
localfile = fopen(filename, "r");
while ((len = fread(buf, 1, sizeof(buf), localfile)) != EOF) {
  fwrite(buf, 1, sizeof(buf), network);
}
fclose(localfile);

這段程式碼負責從網路中讀取一個檔案名稱、在本機端開啟對應的檔案，並將資訊內容傳送到網路上。這段程式碼可以用來執行 FTP 指令 GET。FTP 伺服器在其初始化程式中呼叫 chroot()，以避免存取 /var/ftproot 以外的檔案。但是，因為伺服器沒能藉由呼叫 chdir("/") 來變更目前的工作目錄，所以攻擊者就能要求檔案 "../../../../../etc/passwd"，並取得系統密碼檔案的副本。