系統的講解 - PHP WEB 安全防護

時間 2019-12-14

標籤系統講解 php web 安全防護欄目 PHP 简体版

原文原文鏈接

目錄php

常見漏洞

看到上圖的漏洞是否是特別熟悉，若是不進行及時防護，就會產生蝴蝶效應。html

往下看，可能會找到你要的答案。mysql

SQL注入攻擊

定義

SQL注入攻擊是經過WEB表單提交，在URL參數提交或Cookie參數提交，將懷有惡意的「字符串」，提交給後臺數據庫，欺騙服務器執行惡意的SQL語句。web

案例

//以用戶登陸爲例，當驗證用戶名和密碼是否正確時
$sql = "SELECT * FROM user WHERE 
        username = '".$_GET['username']."' AND 
        password = '".$_GET['password']."'";

用戶惡意輸入：redis

$_GET['username'] = "' or 1=1 -- '";
$_GET['password'] = "123456";

注入後的Sql語句：sql

$sql = "SELECT * FROM user WHERE username = '' 
        or 1=1 -- ''AND password = '123456'";

執行注入後的Sql語句，能夠返回 user 表的所有數據。shell

平時咱們能夠進行自測，好比使用單引號、雙引號，若是是數字進行+1或-1。數據庫

SQL注入的危害很大，利用SQL注入能夠進行，拖庫、刪庫、刪表、UDF提權、讀取文件、...瀏覽器

推薦一個開源的自動化的SQL注入工具。安全

SQLmap：http://sqlmap.org/

支持各類數據庫管理系統（MySql、Oracle、SQL Server、SQLite ... ）。
支持自動識別密碼哈希格式並經過字典破解密碼哈希。
支持枚舉用戶、密碼、哈希、權限、角色、數據庫、數據表和列。
支持徹底地下載某個數據庫中的某個表、某個列。
支持在數據庫管理系統中搜索指定的數據庫名、表名或列名。
支持下載或上傳文件。
支持執行任意命令並回現標準輸出。
支持布爾型盲注、時間型盲注、基於錯誤信息的注入、聯合查詢注入和堆查詢注入。

嘗試着利用工具，注入本身的項目，發現問題，而後解決問題。

SQL注入的危害，遠比咱們想象的要大！

防護

推薦解決方案是使用 PDO 或 MySQLi 的數據庫擴展。

PHP官方文檔中介紹，MySQL擴展自PHP 5.5.0起已廢棄，並在自PHP7.0.0開始被移除。

若是已經在用MySQL擴展了，能夠對傳入的每一個參數作驗證，並使用框架的ORM進行查詢。

另外：addslashes 和 mysql_real_escape_string 這種轉義是不安全的！

XSS攻擊

定義

XSS攻擊是一種常常出如今WEB應用中的計算機安全漏洞，經過WEB表單提交或在URL參數提交將代碼植入在用戶的使用頁面上。

分類

存儲型

注入的惡意代碼存儲在服務器上（經常使用於留言板、論壇帖子、CRM），受害者請求服務器獲取信息的時候，這些惡意代碼就被瀏覽器成功執行。

反射型

注入的惡意代碼沒有存儲在服務器上，經過引誘用戶點擊一個連接到目標網站進行實施攻擊。

DOM型

注入的惡意代碼並未顯式的包含在web服務器的響應頁面中，但會被頁面中的js腳本以變量的形式來訪問到的方式來進行實施攻擊。

案例

存儲型：論壇帖子界面input輸入框中，輸入 /><script>alert("xss")</script> 進行提交。

反射型：在瀏覽器輸入框中，輸入 /xxx.php?name=<script>alert(/xss/)</script>

//DOM型，代碼舉例
<script>
var temp = document.URL;
var temp_new = temp+'test'
document.write(decodeURI(temp_new));
</script>

XSS的危害有不少，包括盜號，掛馬，控制受害者機器想其餘網站發起攻擊 ...

自測的方法，看見輸入框就輸入：/><script>alert("xss")</script> 進行提交。

推薦一個專門針對瀏覽器攻擊的框架。

BeEF ：https://beefproject.com/

防護

簡單的防護能夠對style、script、image、src、a等等不安全的因素進行過濾或轉義。

能夠本身封裝一個方法，也可使用框架的自帶方法，好比 xss_clean 。

能夠利用一些模板引擎避免XSS攻擊，好比Laravel框架使用的Blade，還有twig，Smarty等。

能夠利用HTTP-only，將cookie設置成HTTP-only防止XSS攻擊。

//設置Cookie
setcookie($name, $value, $expire, $path, $domain, $secure, $httponly); 

//而後服務端經過使用 $_COOKIE 進行驗證。

可使用Content Security Policy，它的實質就是白名單制度。

入門教程請參考：http://www.ruanyifeng.com/blog/2016/09/csp.html

SSRF攻擊

定義

SSRF（Server-Side Request Forgery：服務器端請求僞造）是攻擊者僞造服務器端發起的請求，雖然攻擊者沒法從外網訪問內網的系統，可是它經過注入惡意代碼從服務端發起，經過服務端就再訪問內網的系統，而後獲取不應獲取的數據。

案例

漏洞主要產生在包含這些方法的代碼中，好比 curl、file_get_contents、fsockopen。

//代碼片斷
<?php
$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $_GET['url']);
curl_setopt($ch, CURLOPT_HEADER, false);
curl_exec($ch);
curl_close($ch);

請求地址：http://www.xxx.com/demo.php?url=xxx

將url參數修改爲，file:///etc/passwd，能夠獲取敏感文件的信息。

將url參數修改爲，dict://127.0.0.1:3306/info，能夠獲取目標主機3306端口運行的應用。

除了 file協議，dict協議，還能夠利用gopher協議和 http/https 協議進行攻擊。

能夠攻擊redis，memcache，內網應用，還能夠查看一下敏感文件的信息等等。