Collabtive 系统 SQL 注入实验

SQL注入技术是利用web应用程序和数据库服务器之间的接口来篡改网站内容的攻击技术。通过把SQL命令插入到Web表单提交框、输入域名框或页面请求框中，最终欺骗服务器执行恶意的SQL命令。

环境搭建

在Collabtive web应用程序中，如果用户想更新他们的个人资料，他们可以去我的帐户，单击编辑链接，然后填写表格以更新资料信息。在用户发送更新请求到服务器，一个UPDATE SQL语句将建造在include/class.user.php。这句话的目的是修改用户表中的当前用户的配置信息。有一个在这个SQL语句中的SQL注入漏洞；
可以找到如下的代码：function edit，会发现sql语句为：SELECT ID WHERE name='$user',并且company的位置是存在注入漏洞，原理同lab1。
在编辑用户的位置：user 填 ted 用户；Company 处填：
点击修改，然后退出当前用户，使用ted用户登录，这个时候ted用户的密码应该是pass；

MySQL提供一个函数 mysql_real_escape_string()，这个函数可以用来过滤一些特殊字符；如x00, , , , ', " and x1a；
代码防御示例，修改为如下：

通过SQL逻辑分离来告诉数据库到底是哪部分是数据部分，哪一部分是SQL语句部分；提供以新的new mysqli()函数，将这个函数写入config/standary/config.php文件：
修改代码如下，以及编辑用户处的代码

ARP缓存是ARP协议的重要组成部分。ARP协议运行的目标就是建立MAC地址和IP地址的映射，然后把这一映射关系保存在ARP缓存中，使得不必重复运行ARP协议。因为ARP缓存中的映射表并不是一直不变的，主机会定期发送ARP请求来更新它的ARP映射表，利用这个机制，攻击者可以伪造ARP应答帧使得主机错误的更新自己的ARP映射表，这个过程就是ARP缓存中毒。这样的后果即使要么使主机发送MAC帧到错误的MAC地址，导致数据被窃听；要么由于MAC地址不存在，导致数据发送不成功。我们的攻击模拟如下：
Machine 1 ：Kali-Linux IP：222.28.133.186
Machine 2：SEED IP：222.28.133.235
Machine 3：metasploitable_Linux IP：222.28.133.147
正常情况下：如果Machine 2向Machine 3请求建立Telnet链接，Machine 2会广播ARP请求，询问192.168.40.41（Machine 3）的MAC地址是多少？Machine 3发现ARP广播的IP地址是自己IP，就会儿发送ARP应答，告诉Machine 2自己的MAC地址。然后两者建立请求进行通信。