20169212 2016-2017-2 《网络攻防实践》第十一周学习总结
TCP/IP 攻防实验
实践要求
以SEED为攻击机，以Linux Metasploitable/Windows Metasploitable做靶机完成TCP/IP协议攻击。任选两个攻击：
ARP缓存欺骗攻击，ICMP重定向攻击，SYN Flood攻击，TCP RST攻击，TCP 会话劫持攻击
实验环境
攻击机为SEED(IP：192.168.1.110)，A：Linux Metasploitable(IP： 192.168.1.125)，B:Windows Metasploitable(IP：192.168.1.144)。
实验过程及结果
1.ARP欺骗
主机Aping主机B，可以得到一个路由表：
里面保存了IP地址与对应MAC之间的映射关系，而ARP欺骗就是改变这个表当中的映射关系。
这里选用 netwox具进行操作
首先查看一下A的MAC地址
要欺骗A，所以在主机C当中执行以下命令
然后查看A中arp缓存内容
可发现B的MAC地址已改为攻击机的MAC地址，达到欺骗A的目的。
2.SYN FLOOD攻击
使用主机C对A实施攻击，造成FLOOD攻击，使用如下命令
可利用Wireshark工具抓取数据包查看：
可以看出C向A发送了大量的数据包，造成了SYN FLOOD攻击。
Collabtive 系统 SQL 注入实验
实验介绍
SQL注入技术是利用web应用程序和数据库服务器之间的接口来篡改网站内容的攻击技术。通过把SQL命令插入到Web表单提交框、输入域名框或页面请求框中，最终欺骗服务器执行恶意的SQL命令。
在这个实验中,我们使用的web应用程序称为Collabtive。我们禁用Collabtive的若干防护措施，这样我们就创建了一个容易受到SQL注入攻击的Collabtive版本。经过我们的人工修改,我们就可以通过实验分析许多web开发人员的常见错误与疏忽。在本实验中学生的目标是找到方法来利用SQL注入漏洞实施攻击，并通过掌握的技术来阻止此类攻击的发生。
预备知识
1、SQL语言
结构化查询语言(Structured Query Language)简称SQL：是一种特殊目的的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。
2、SQL注入
SQL注入：SQL注入能使攻击者绕过认证机制，完全控制远程服务器上的数据库。SQL是结构化查询语言的简称，它是访问数据库的事实标准。目前，大多数Web应用都使用SQL数据库来存放应用程序的数据。几乎所有的Web应用在后台都使用某种SQL数据库。跟大多数语言一样，SQL语法允许数据库命令和用户数据混杂在一起的。如果开发人员不细心的话，用户数据就有可能被解释成命令，这样的话，远程用户就不仅能向Web应用输入数据，而且还可以在数据库上执行任意命令了。
3、SQL注入危害
（1）非法读取、篡改、添加、删除数据库中的数据。
（2）盗取用户的各类敏感信息，获取利益。
（3）通过修改数据库来修改网页上的内容。
（4）私自添加或删除账号。
（5）注入木马等等。
4、环境搭建
（1）启动mysql数据库
注意启动后程序不会退出，可以打开新的终端执行后续命令。
（2）启动apache服务器
（3）配置DNS服务
（4）配置网站文件
sudo vim /etc/apache2/conf.d/lab.conf
输入如图所示内容
sudo service apache2 restart 重启服务
访问测试：http://www.sqllabcollabtive.com
（5）关闭php配置策略
sudo vim /etc/php5/apache2/php.ini
关于magic_quotes_off函数：
对于magic_quotes_gpc=on的情况， 我们可以不对输入和输出数据库的字符串数据作addslashes()和stripslashes()的操作,数据也会正常显示；
如果此时你对输入的数据作了addslashes()处理，那么在输出的时候就必须使用stripslashes()去掉多余的反斜杠。
对于PHP magic_quotes_gpc=off 的情况
必须使用addslashes()对输入数据进行处理，但并不需要使用stripslashes()格式化输出，因为addslashes()并未将反斜杠一起写入数据库，只是帮助mysql完成了sql语句的执行。
5、实验内容
（1）select语句的sql注入
访问：www.sqllabcollabtive.com；当我们知道用户而不知道到密码的时候，我们可以怎么登陆？
查看登陆验证文件：
sudo vim /var/www/SQL/Collabtive/include/class.user.php
修改完后重启一下服务器：
sudo sudo service apache2 restart
我们在$user后面加上) # 这样就会只验证用户名，后面的会被#注释
点击登陆以后，我们就可以绕过密码直接登录：
问题：
登陆用户名：admin') union update user set name='test' #
登陆密码：随意的字符
登陆失败
原因解释
MySQL机制：update不支持union语法。
（2）update语句的sql注入
在Collabtive web应用程序中，如果用户想更新他们的个人资料，他们可以去我的帐户，单击编辑链接，然后填写表格以更新资料信息。在用户发送更新请求到服务器，一个UPDATE SQL语句将建造在include/class.user.php。这句话的目的是修改用户表中的当前用户的配置信息。
有一个在这个SQL语句中的SQL注入漏洞；
sudo vim /var/www/SQL/Collabtive/include/class.user.php
我们可以找到如下的代码：
function edit($id, $name, $realname, $email, $tel1, $tel2, $company,
$zip, $gender, $url, $address1, $address2, $state,
$country, $tags, $locale, $avatar = "", $rate = 0.0)
{
$name = mysql_real_escape_string($name);
$realname = mysql_real_escape_string($realname);
//modified for SQL Lab
//$company = mysql_real_escape_string($company);
$email = mysql_real_escape_string($email);
// further escaped parameters removed for brevity...
$rate = (float) $rate;
$id = (int) $id;
if ($avatar != "")
{
$upd = mysql_query("UPDATE user SET name='$name', email='$email',
tel1='$tel1', tel2='$tel2', company='$company',
zip='$zip', gender='$gender', url='$url',
adress='$address1', adress2='$address2',
state='$state', country='$country',
tags='$tags', locale='$locale',
avatar='$avatar', rate='$rate' WHERE ID = $id");
}
else
{
// same query as above minus setting avatar; removed for
// brevity
}
if ($upd)
{
$this->mylog->add($name, 'user', 2, 0);
return true;
}
else
{
return false;
}
}
发现sql语句为：SELECT ID WHERE name='$user',并且company的位置是存在注入漏洞，原理同实验一。
这样我们就可以越权来修改其他用户的信息及密码；我们使用任意用户，如： bob bob 进行登录；
在编辑用户的位置：user 填 ted 用户； Company 处填：
', `pass` = '9d4e1e23bd5b727046a9e3b4b7db57bd8d6ee684' WHERE ID = 4 # '
注：这里的 9d4e1e23bd5b727046a9e3b4b7db57bd8d6ee684 就是pass的md5值；
点击修改，然后我们退出当前用户，使用ted用户登录，这个时候ted用户的密码修改为了pass。
6、防御策略
SQL注入漏洞的根本问题是数据与代码的分离失败，因此我们可以针对这个原因进行防御。
防御策略1
防御转义特殊字符使用，默认开启magic_quotes_gpc，将magic_quotes_gpc值设为On。
sudo vim /etc/php5/apache2/php.ini
sudo service apache2 restart
防御策略2--避免使用特殊字符
MySQL提供一个函数 mysql_real_escape_string()，这个函数可以用来过滤一些特殊字符；如\x00, \n, \r, , ', " and \x1a；
防御策略3--数据与sql语句的分离
通过SQL逻辑分离来告诉数据库到底是哪部分是数据部分，哪一部分是SQL语句部分。
