20155317王新玮《网络对抗技术》实验9 web安全基础实践
20155317王新玮《网络对抗技术》实验9 web安全基础实践
一、实验准备
1.0 实验目标和内容
- Web前端HTML。能正常安装、启停Apache。理解HTML，理解表单，理解GET与POST方法,编写一个含有表单的HTML。
- Web前端javascipt。理解JavaScript的基本功能，理解DOM。编写JavaScript验证用户名、密码的规则。
- Web后端：MySQL基础：正常安装、启动MySQL，建库、创建用户、修改密码、建表
- Web后端：编写PHP网页，连接数据库，进行用户认证
- 最简单的SQL注入，XSS攻击测试
2.0 实验问题的回答
（1）SQL注入攻击原理，如何防御
攻击原理：构造符合填入语句的攻击代码，将其输入录入框，以达到自己期望的请求，比如跳过验证，直接登录。
成因总的来说是代码编写不够严密：
- 数据库组织类型不够完善
- 不当的类型处理
- 转义字符的应用漏洞
- 最重要的是错误处理不严谨
防御方法：利用输入规则限制进行防御，不允许特殊字符输入
（2）XSS攻击的原理，如何防御
攻击原理：跨站脚本攻击，XSS攻击类似于SQL注入攻击，将攻击代码注入到网页上或者数据库存储里面，在访问网页或者执行网页上功能是就会触发，实现攻击。
防御方法：
对于用户输入的攻击，只允许输入合法的值，其它值一概过滤掉。
加强对于
另外：在不需要html输入的地方对html 标签及一些特殊字符( ” < > & 等等 )做过滤，将其转化为不被浏览器解释执行的字符。
（3）CSRF攻击原理，如何防御
XSRF（Cross-site request forgery），中文名称：跨站请求伪造，也被称为：one click attack/session riding，缩写为：CSRF/XSRF。
- 用户浏览并登录信任网站A
- 验证通过，在用户处产生A的Cookie
- 用户在没有登出A网站的前提下，访问危险网站B
- B要求访问第三方站点A，发出请求，
- 根据B的请求，浏览器带着Cookie访问A
- A不知请求从哪里发出的，所以A会根据自己权限处理5，这样B就收到了模拟用户操作的目的
防御措施：
通过验证码来检测用户提交，每次访问都需要一个新的验证码
也可以通过强制使用户无法同时访问其他网页的方式来达到目的（代价有点大，不实际）
二、Injuection Flaw
1、webgoat开启
输入：java -jar webgoat-container-7.0.1-war-exec.jar
开启，直到出现：
打开浏览器，进入localhost:8080/WebGoat
完成开启
2、SQL字符串注入 String SQL Injection
进入训练区，首先进行SQL字符串注入的练习：
查看这个目标，全英文的，让我们通过构造输入，达到可以查看所有信用卡号的目的。
注意到，题目让我们试试smith：
史密斯的帐号就出来了，这不是重点，重点是要通过构造输入来达到越过"where"的效果：
语句为：SELECT * FROM user_data WHERE last_name = 'Smith'
参考上一次的实验，使用永真式，得到：
SELECT * FROM user_data WHERE last_name = ''or 1='1
将一条语句改成两条，所以我们需要填入：'or 1='1
3、日志欺骗 Log Spoofing
日志欺骗，利用日志的格式，使用换行等字符，欺骗管理员：
题意让我们用管理员的身份进去：
用CR (%0d) 或者 LF (%0a)的方式使用换行符，达到成功的效果。
输入wxw5317%0aLogin Succeeded for username: %0aadmin
事实证明，%0d与%0a都可以起到成功换行效果。只不过我后面那个%0a有点多余了，但照样成功了。
4、数字型SQL注入 Numeric SQL Injection
这个表单允许使用者看到天气数据，利用SQL注入使得可以看见所有数据。
但是难点在于，并没有输入，这下怎么办呢
用burpsuite，首先读取执行的SQL值，再对属性值进行修改，达到目的。
打开，啊大苏打实打实大苏打是
进入“Proxy”的“Options”
点击add，默认是8080端口被占用时需要添加一个新的端口5317//只要是空闲的就可以
接下来对浏览器进行设置，依次进入：
preference-advanced-settings
将设置中，监听的端口改为5317
到这里，就建立好了捕获包的工具，所有数据都会通过这里。
回到webgoat,点击GO，再返回查看：
看到出现了一些数据，将其发送到repeater：
根据执行SQL
SELECT * FROM weather_data WHERE station = 101
注入SQL
SELECT * FROM weather_data WHERE station = 101 or 1=1
就修改这个station的位置为 101 or 1=1
就成功了
5、命令注入 Command Injection
同上面一样，也没有输入框，所以还是用找出其命令再注入的办法，用上次用到的burpsuit：
同刚才一样抓包：
在提交的位置修改值为AccessControlMatrix.help"&&ifconfig"命令，第一个引号用来封闭前一个命令，最后一个用来闭合结尾的引号。
点击 go 之后实验成功：
6、数据后门 Database Backdoors
要求实现多条SQL语句注入，对于这样有输入框的，破解的方法就比较简单了
7、LAB SQL injection
分析：由于输入项只有一个，也就是密码，但是密码应该是密文传输，所以我们直接用burpsuit。
抓包，得到：
将GUEST该为永真式，点击go，实验成功：
所以到目前为止，注入部分就全部完成了：
我们也可以采用inspector直接修改网页源码的方式，将输入框的长度编长一点，之后输入永真式即可
三、XSS练习xxxxxxxxxxxx
2、储存型XSS(Stored XSS Attakcs)
这是一个擦除输入的练习。
思路是 发送一个信息，当用户收到这个信息时，就会触发在其中的恶意代码（用脚本语言写的），从而达到清除cookie的效果。
构造语句<script>alert(document.cookie);</script>
输入后点击20155317:
弹窗说明可清除cookies
完成该攻击
四、XSCF练习
1、Cross Site Request Forgery (CSRF)
你的目标是发一个email给newsgroup，内容包括一个有恶意URL请求的图片。URL要指向“attack”（包含参数“Screen”和“Menu”，还有一个额外参数“transferFunds”）。当收到含有CSRF页面的邮件时，就会执行transferFunds
根据题目要求我们伪装语句：
<img src='！attack?Screen=！&menu=！&transferFunds=！' width='1' height='1'>这个语句的关键就在于四个感叹号。
第一个：网站攻击源，可以是最后现金转过去的目的地址。这里不填，默认本地
第二个：在网站中有，页面右侧的scr和menu的值，直接填入。
第三个：同上
第四个：是需要转账的金额，选择5317元
攻击：
成功 
2、CSRF Prompt By-pass
网页上的手动发起请求的操作，是通过HTML+JavaScript向服务器请求，在这道题目中，我们需要在文本框中添加两个语句，一个用于请求用户转账，另一个用于触发确认界面。
这个实验的实现跟上个很类似，所以直接这样完成就行了：
haha
<img src='attack?Screen=465&menu=900&transferFunds=5314'5314 width='1' height='1'>
<img src='attack?Screen=465&menu=900&transferFunds=CONFIRM' width='1' height='1'>最后，这一部分的完成情况为：
3、Reflected XSS Attacks
打开xss的第三个攻击，在code框中输入<script>alert("20155317");</script>
点击Purchase出现对话框，显示20155317攻击成功！
五、实验感想
这次实验给了我们许多攻击实践的案例，让我们有一定目标和方法的去攻击某个东西，给我的启发就是，对于网页让有输入框的，能输入东西的，可以尝试采用注入的方式，不管是采用什么语言，都有可能注入成功。对于没有输入框的，我们可以采用抓包的方式去查看，已达到获取信息之类的成效。
