###1、什么是SQL注入
在通常情况下，作为一名专业的开发者，我们都应该假设所有用户经过浏览器提交到PHP的任何数据都是不安全的。

如果这些用户把SQL语句混插在POST或者GET请求中，提交给PHP处理，就能够达到欺骗服务器执行恶意的SQL命令、例如删除数据，非法查询他人数据等。

例如一个简单的登录表单：

![](https://xiuxian.junphp.com/public/kejian/v1-48.png)

当在表单中填写这样的语句进行提交登录时，就有可能会构成这样的SQL语句：

`select * from user where name='xxx' and password='xxx'' or '1'`

这样就会查询出所有的用户信息，所以存在不安全的隐患

###2、手把手教学之二，实现SQL注入过滤函数封装
在SQL注入的攻防战中，前辈们已经总结出了几套有效的方案，分别是：
```
1、过滤用户所提交数据中的SQL关键字
2、对一些预定义字符前面添加反斜杠
3、使用面向对象中的PDO数据库操作，进行参数预绑定
```
在上面的方案中，第3种是最安全无漏洞的，但这属于之后的课程才会接触到的知识点。

而在面向过程中，我们可以结合第1/2种方法，编写一个最基本的SQL过滤函数。
```php
<?php
/**
 * SQL注入过滤
 * @param string $string : 需要过滤的字符串
 * @return string 返回过滤之后的字符串
*/
function JunSql($string) {
	$source   = 'or|and|xor|not|select|insert|update|delete|=>|<=|!=|=|%|\'|\/\*|\*|\.\.\/|\.\/|union|into|load_file|outfile';
	$badword  = explode('|',$source);
	$badword1 = array_combine($badword,array_fill(0,count($badword),'/'));
    $string   = strtr($string, $badword1);
	$string   = addslashes($string);
    return $string;
}
```
值得注意的是，我们以上的代码只是起到一个抛砖引玉的作用，这只是很基本的过滤关键词方法，正则过滤还能更进一步的优化，因为过滤完整的SQL语句关键词是远远不够的，SQL注入灵活性强，不但能GET注入、POST注入，还能COOKIE中转注入，除此之外，还能利用PHP的注释来打碎关键词重组，所以说关键词过滤的正则规则优化空间还很大。

###3、什么是XSS攻击
XSS又叫脚本攻击，它跟SQL攻击有着本质上的区别：

SQL攻击主要是以破坏数据库结构、非法窃取数据为主要目的，

而XSS攻击则是为了写入一些JS脚本到数据库中，或保存到你的服务器中，从而破坏你的html结构，或者将一些广告挂载到你的网站中。

注意：不管是XSS或者SQL攻击，都必须依赖POST或GET请求。

###、手把手教学之三，实现XSS攻击过滤函数封装

下面我们先来试验下一段代码，看看什么是XSS攻击：

运行下面的代码，然后在表单中输入`<script>alert('小黄牛真帅！')`，然后点击提交。

我们就会发现浏览器弹出了一个提示窗口，这就是最基础的XSS攻击。

注意：别用SB 360浏览器，自动过滤了，用火狐浏览器。
```php
<html>
    <head>
        <meta charset="utf-8">
        <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    </head>

<body>
        <h2>测试：最简单的XSS攻击</h2>
        <hr/>
        <form method="post" action="">
            请输入：<input type="type" name="xss">
            <button type="submit">提交</button>
        </form>
    </body>
</html>
<?php
if (!empty($_POST['xss'])) {
	echo $_POST['xss'];
}
?>
```
我们可以想象，如果用户将这些数据提交到我们服务器，然后被保存在MySql中，当我们再次读取出来显示到页面的时候，就会一直弹出这个提示框，那将来多么恐怖的一件事情。

还有，如果非法的黑客，将一些带有赌博悬窗，色情内容的悬窗提交上来，我们保存之后显示到页面上，就会是一件违法的事情，轻则网站被关掉，重则站长还有牢狱之灾。

在XSS的攻防战中，前辈们也已经总结出了几套有效的方案，分别是：
```
1、过滤用户所提交数据中的XSS关键字
2、使用htmlspecialchars()将内容转换为实体字符串
```
两种方法一起使用将是最安全的，但通常情况下，我们使用第一种放就已经可以过滤掉75%的XSS攻击。
```php
<?php
/**
 * XSS攻击过滤
 * @param string $string 需要过滤的字符串
 * @return string 返回过滤之后的字符串
*/
function JunXss($string) {
    $string = preg_replace('/[\x00-\x08\x0B\x0C\x0E-\x1F\x7F]+/S', '', $string);
    $parm1 = Array('javascript', 'vbscript', 'expression', 'applet', 'meta', 'xml', 'blink', 'link', 'script', 'embed', 'object', 'iframe', 'frame', 'frameset', 'ilayer', 'layer', 'bgsound', 'title', 'base');
    $parm2 = Array('onabort', 'onactivate', 'onafterprint', 'onafterupdate', 'onbeforeactivate', 'onbeforecopy', 'onbeforecut', 'onbeforedeactivate', 'onbeforeeditfocus', 'onbeforepaste', 'onbeforeprint', 'onbeforeunload', 'onbeforeupdate', 'onblur', 'onbounce', 'oncellchange', 'onchange', 'onclick', 'oncontextmenu', 'oncontrolselect', 'oncopy', 'oncut', 'ondataavailable', 'ondatasetchanged', 'ondatasetcomplete', 'ondblclick', 'ondeactivate', 'ondrag', 'ondragend', 'ondragenter', 'ondragleave', 'ondragover', 'ondragstart', 'ondrop', 'onerror', 'onerrorupdate', 'onfilterchange', 'onfinish', 'onfocus', 'onfocusin', 'onfocusout', 'onhelp', 'onkeydown', 'onkeypress', 'onkeyup', 'onlayoutcomplete', 'onload', 'onlosecapture', 'onmousedown', 'onmouseenter', 'onmouseleave', 'onmousemove', 'onmouseout', 'onmouseover', 'onmouseup', 'onmousewheel', 'onmove', 'onmoveend', 'onmovestart', 'onpaste', 'onpropertychange', 'onreadystatechange', 'onreset', 'onresize', 'onresizeend', 'onresizestart', 'onrowenter', 'onrowexit', 'onrowsdelete', 'onrowsinserted', 'onscroll', 'onselect', 'onselectionchange', 'onselectstart', 'onstart', 'onstop', 'onsubmit', 'onunload');
    $parm = array_merge($parm1, $parm2);
    for ($i = 0; $i < sizeof($parm); $i++) {
        $pattern = '/';
        for ($j = 0; $j < strlen($parm[$i]); $j++) {
            if ($j > 0) {
                $pattern .= '(';
                $pattern .= '(& #[x|X]0([9][a][b]);?)?';// 浏览器原因，这里有个空格要删掉
                $pattern .= '|(& #0([9][10][13]);?)?';// 浏览器原因，这里有个空格要删掉
                $pattern .= ')?';
            }
            $pattern .= $parm[$i][$j];
        }
        $pattern .= '/i';
        $string = preg_replace($pattern, '', $string);
    }
    return $string;
}

if (!empty($_POST['xss'])) {
	echo JunXss($_POST['xss']);
}
?>
<html>
    <head>
        <meta charset="utf-8">
        <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    </head>

<body>
        <h2>测试：最简单的XSS攻击</h2>
        <hr/>
        <form method="post" action="">
            请输入：<input type="type" name="xss">
            <button type="submit">提交</button>
        </form>
    </body>
</html>
```
###5、什么是CSRF攻击
CSRF攻击的中文概念是叫跨站攻击，跟SQL注入、XSS攻击一样，存在巨大的危害性。

CSRF攻击攻击原理及过程如下：
```
1. 用户C打开浏览器，访问网站A，输入用户名和密码请求登录网站A；
2. 在用户信息通过验证后，网站A产生Cookie信息并返回给浏览器，此时用户登录网站A成功，可以正常发送请求到网站A，例如提现、充值、转账等；
3. 用户未退出网站A之前，在同一浏览器中，打开一个新的标签页访问网站B；
4. 网站B接收到用户请求后，返回一些攻击性代码，并发出一个请求要求访问第三方站点网站A；
5. 浏览器在接收到这些攻击性代码后，根据网站B的请求，在用户不知情的情况下携带Cookie信息，向网站A发出请求。网站A并不知道该请求其实是由B发起的，所以会根据用户C的Cookie信息以C的权限处理该请求，导致来自网站B的恶意代码被执行。
```
简单的总结，CSRF攻击的原理就是，当用户C在网站A中登录之后，不小心打开了网站B，这时候带有攻击性的网站B就会抓取到浏览器中带有用户C登录信息的Cookie资料，去向网站A模拟请求，非法操作提现、充值、转账等功能。

####A、真正的CSRF案例
CSRF攻击实例：

受害者A在银行有一笔存款，通过对银行的网站发送请求`http://127.0.0.1/?user=A&amount=10000&name=B` 可以使 A 把 10000 的存款转到 B 的账号下。

通常情况下，该请求发送到银行网站后，服务器会先验证该请求是否来自一个合法的 Session，并且该 Session 的用户 A 必须已经成功登陆，才能成功转账给用户 B。

这时候黑客 COCO 自己在该银行也有账户，他知道可以通过URL把钱进行转帐操作。

COCO 可以自己发送一个请求给银行：`http://127.0.0.1/?user=A&amount=10000&for=COCO`。但是这个请求来自 COCO 的账号 而非 用户 A，他不能通过安全认证，因此该请求不会起作用，是个非法请求。

这时，COCO 想到使用 CSRF 的攻击方式，他先自己开发出一个钓鱼网站，

在网站中放入如下代码： `src=”http://127.0.0.1/?user=A&amount=10000&for=COCO”`，并且通过广告等诱使 用户A 来访问他的网站。

当 用户A 访问该网站时，上述 url 就会从 用户A 的浏览器发向银行，而这个请求会附带 用户A 浏览器中的 cookie 一起发向银行服务器。

大多数情况下，该请求会失败，因为他要求存在 用户A 的登录认证信息。

但是，如果 用户A 当时恰巧刚访问他的银行后不久，他的浏览器与银行网站之间的 session 尚未过期，浏览器的 cookie 之中含有 用户A 的认证信息。

这时，悲剧发生了，这个 url 请求就会得到响应，钱将从 用户A 的账号转移到 COCO 的账号，而 用户A 当时毫不知情。

等以后 用户A 发现账户钱少了，即使他去银行查询日志，他也只能发现确实有一个来自于他本人的合法请求转移了资金，没有任何被攻击的痕迹。

而 COCO 则可以拿到钱后逍遥法外。

####B、如何正确的防御CSRF攻击
首先，我们需要先了解CSRF的攻击原理是什么，实际上说错了，CSRF就是需要抓取用户A在浏览器暂存的登录信息，然后伪造提交。

而提交始终是需要经过POST或者GET请求，这时候如果我们能够再每一次请求之前，都生成一段随机数保存在请求中，然后用作唯一请求，然后请求通过之后就会将其清空或者重置，这样是不是就可以有效的防御CSRF攻击了呢？

这样就算网站B抓取到了用户A在网站A中的登录信息，也没办法抓取到这段随机数，所以不管它怎么发起CSRF攻击，都将无效。

###6、什么是Token令牌
之前我们想到了一个方法生成一段随机字符串放在每个POST、GET请求中，这样可以有效的防止CSRF攻击，而这段随机字符串就是ToKen令牌。

###7、手把手教学之四，实现Token令牌防御表单重复多次提交函数封装
Token令牌即使上除了可以防止CSRF攻击之外，还可以防止用户通过F5刷新页面达到重复提交相同的内容到数据库中。

Token令牌的生成流程如下：
```
1、生成一段32位的随机字符串
2、将这段字符串保存到一个名为csrf_token的session中
```
Token令牌的验证流程如下：
```
1、获取POST或GET请求中，是否有一个叫csrf_token的节点
2、session中的csrf_token为空则直接验证失败
3、获得请求中的csrf_token节点 与 session中的csrf_token做对比，成功则通过
4、不管对比成功或失败，都要清空session中的csrf_token
```
按正常情况下，我们应该一个函数就完成上面的两种生成和验证的功能，同学们可以自己先思考完成，然后再对比下面的案例代码：

本次案例主要有3个文件：
```
1、index.php文件，用于创建测试的form表单，发起GET请求
2、demo.php文件，用于接收form表单提交的数据，同时检查表单中的csrf_token是否合法
3、token.php文件，存放csrf_token生成跟检查的函数
```
`index.php`文件代码如下：
```php
<?php
# 引用csrf_token令牌函数
require_once 'token.php';
?>

<body>
        <h2>提交之后，按住F5，看能不能刷新重复提交</h2>
        <hr/>
        <form method="GET" action="demo.php">
			<?php echo csrf_token(1);?>
            随便输入：<input type="type" name="content">
            <br/>
            <br/>
            <input type="submit" value="提交校验">
        </form>
    </body>
</html>
```
`demo.php`文件代码如下：
```php
<?php
# 引用csrf_token令牌函数
require_once 'token.php';

# 验证csrf_token令牌
$vif = csrf_token(false);
if (!$vif) {
    die('csrf_token攻击验证未通过');
}

$content = $_GET['content'];
echo "你提交的内容：$content";
```
`token.php`文件代码如下：
```php
<?php
/**
 * 生成与验证csrf_token令牌
 * @param int|bool $type 当为false时，则是验证Token，为1时返回表单结构，为2时返回csrf_token随机字符串
 * @return string|bool Token结构 或 验证结果
 */
function csrf_token($type){
    # 先开启SESSION
    isset($_SESSION) || session_start();

# 验证码Token
    if ($type === false) {
        # 现在检测有没有创建过csrf_token
        if (empty($_SESSION['csrf_token'])) {
            return false;
        }

# 收集表单中关于csrf_token的信息
        if (!empty($_POST['csrf_token'])) {
            $csrf_token = $_POST['csrf_token'];
        } else if (!empty($_GET['csrf_token'])) {
            $csrf_token = $_GET['csrf_token'];
        } else {
            return false;
        }

# 对比csrf_token是否正确
        if ($_SESSION['csrf_token'] != $csrf_token) {
            # 清除csrf_token
            $_SESSION['csrf_token'] = null;
            return false;
        }
        $_SESSION['csrf_token'] = null;
        return true;
    }

# 生成Token随机令牌
    $str    = 'ABCDEFGHIJKLMNPQRSTUVWXYZabcdefghijklmnpqrstuvwxyz123456789';
	$length = mb_strlen($str, 'utf-8');
	$Token  = '';
	for ($i=1; $i<=32; $i++) {
		$rand   = rand(1, ($length-1));
		$Token .= mb_substr($str, $rand, 1, 'utf-8');
	}
    # 更新csrf_token
    $_SESSION['csrf_token'] = $Token;

# 生成Token，模式1
    if ($type == 1) {
        return "<input type='hidden' name='csrf_token' value='$Token'>";
    }

# 生成Token，模式2
    return $Token;
}
```

###8、知识总结
现在同学们一起回顾下之前我们所学到的一些重要的知识点，大家是否都全部记住并都理解了：
```
1、每个阶段的编程规范
2、PHP的数据类型
3、条件判断语句
4、循环判断语句 与 循环嵌套
5、什么是O(n)消耗
6、PHP运算符
7、文件操作
8、验证码生成
9、什么是超全局变量
10、引入外部文件
11、正确的函数封装用法
12、MySql数据库管理
13、正确的使用混编代码
14、SQL、XSS、CSRF三大攻击的攻防知识
```
老师建议：如果以上14个知识点中，如果有尚未弄懂理解的同学，不要再继续问下学习，而是回头复习一次把不懂的知识点先搞懂，否则之后的课程会越学越难。

心灵鸡汤：走得快不一定是好事，稳才是最重要的。

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺