2018-2019 20165226 Exp9 Web安全基础
目录
一、实验内容说明及基础问题回答
**** 1、实验内容 > 本实践的目标理解常用网络攻击技术的基本原理。Webgoat实践下相关实验。2、基础问题回答
（1）SQL注入攻击原理，如何防御
-
原理:
- 通过在用户名、密码登输入框中输入一些',--,#等特殊字符，实现引号闭合、注释部分SQL语句，利用永真式实现登录、显示信息等目的。其实就是输入框中的字符提交到后台的数据库中会与SQL语句组合拼接，针对程序员编程时的疏忽，通过SQL语句，实现无帐号登录，甚至篡改数据库。
-
防御办法：
- 使用正则表达式过滤传入的参数;检查是否包函非法字符,在后台控制输入的长度或者禁止用户输入一些特殊符号，例如 -- 、' 等
- 摒弃动态SQL语句，而改用用户存储过程来访问和操作数据。这需要在建立数据库后，仔细考虑Web程序需要对数据库进行的各种操作，并为之建立存储过程，然后让Web程序调用存储过程来完成数据库操作。
（2）XSS攻击的原理，如何防御
- 原理：
- 攻击者往Web页面里插入恶意html标签或者javascript代码，当用户浏览该页或者进行某些操作时，攻击者利用用户对原网站的信任，诱骗用户或浏览器执行一些不安全的操作或者向其它网站提交用户的私密信息。
- 防御办法：
- 当恶意代码值被作为某一标签的内容显示：在不需要html输入的地方对html 标签及一些特殊字符( ” < > & 等等 )做过滤，将其转化为不被浏览器解释执行的字符。
- 当恶意代码被作为某一标签的属性显示，通过用 “将属性截断来开辟新的属性或恶意方法：属性本身存在的 单引号和双引号都需要进行转码；对用户输入的html 标签及标签属性做白名单过滤，也可以对一些存在漏洞的标签和属性进行专门过滤。
（3）CSRF攻击原理，如何防御
-
原理：
- CSRF就是冒名登录。跨站请求伪造的核心本质是窃取用户的Session,或者说Cookie,因为目前主流情况> Session都是存在Cookie中.攻击者并不关心被害者具体帐号和密码,因为一旦用户进行了登录,Session就是用户的唯一凭证,只要攻击者能够得到Session,就可以伪装成被害者进入服务器.
- 主要是当访问网站A时输入用户名和密码，在通过验证后，网站A产生Cookie信息并返回，此时登录网站A成功，可正常发送请求到网站A。在未退出网站A前，若访问另一个网站B，网站B可返回一些攻击性代码并请求访问网站A；因此在网站B的请求下，向网站A发出请求。但网站A不知道该请求恶意的，因此还是会执行该恶意代码
-
防御办法：
- 通过 referer、token 或者 验证码 来检测用户提交。
- 尽量不要在页面的链接中暴露用户隐私信息。
- 对于用户修改删除等操作最好都使用post 操作 。
- 避免全站通用的cookie，严格设置cookie的域。
二、实验过程
WebGoat准备
- 介绍：WebGoat是OWASP组织研制出的用于进行web漏洞实验的应用平台，用来说明web应用中存在的安全漏洞。WebGoat运行在带有java虚拟机的平台之上，当前提供的训练课程有30多个，其中包括：跨站点脚本攻击（XSS）、访问控制、线程安全、操作隐藏字段、操纵参数、弱会话cookie、SQL盲注、数字型SQL注入、字符串型SQL注入、web服务、Open Authentication失效、危险的HTML注释等等。WebGoat提供了一系列web安全学习的教程，某些课程也给出了视频演示，指导用户利用这些漏洞进行攻击。-
在含有该文件的目录下使用命令
java -jar webgoat-container-7.0.1-war-exec.jar运行Webgoat，出现信息:Starting ProtocolHandler ["http-bio-8080"]说明开启成功，可以看到占用8080端口，实验过程中不能关闭终端
- 在浏览器中输入
http://localhost:8080/WebGoat进入WebGoat登录界面,直接用默认用户名密码登录即可
XSS攻击
> 跨站脚本攻击是通过HTML注入劫持用户的浏览器，任意构造用户当前浏览的HTML内容，可以模拟用户当前的操作。这里实验的是一种获取用户名和密码的攻击。① Phishing with XSS 跨站脚本钓鱼攻击
- 在webgoat找到`Cross-Site Scripting （xss）`攻击打开第一个——`Phishing with XSS` - 将下面这段代码输入到`Search:`输入框中，点击`search` `````` 结果会出现代码中所指定的黄、橙、灰三块div，并在下方出现了用于欺骗用户的提示语“This feature requires account login:”和用户名、密码输入框。  
- 如果真的在登录框中输入用户名、密码，eg:
20165226 123456，点击登录后，会像代码中alert提示的，显示被窃取的用户名和密码。
② Stored XSS Attacks 存储型XSS攻击
存储型XSS的攻击基本流程:1、比如在某个论坛提供留言板功能，黑客在留言板内插入恶意的html或者Javascript代码，并且提交。
2、网站后台程序将留言内容存储在数据中
3、然后一个用户也访问这个论坛，并刷新了留言板，这时网站后台从数据库中读取了之前黑客的留言内容，并且直接插入在html页面中，这就可能导致：黑客留言的脚本本身应该作为内容显示在留言板的，但此时黑客的留言脚本被浏览器解释执行。
黑客的脚本可以用来做如下所述的攻击:
1.通过javascript获取用户的cookie，根据这个cookie窃取用户信息
2.重定向网站到一个钓鱼网站
3.重新更改页面内容，假装让客户输入用户名，密码，然后提交到黑客的服务器
-
打开
Cross-Site Scripting （xss）攻击中的第二个：Stored XSS Attacks -
在
Message框中输入上面那段代码,并点击submit，Title随便输入 -
提交后，下方
Message List中会新增刚输入的Tile名字的链接，点击链接。
-
可以看到我们的
html已经注入成功，messege部分显示的是三色框，在下方用户名密码处输入，eg:20165226 123456，点击提交后，被成功获取用户名和密码：
③ Reflected XSS Attacks 反射型XSS攻击
反射型XSS：我们在访问一个网页的时候，在URL后面加上参数，服务器根据请求的参数值构造不同的HTML返回。
value可能出现在返回的HTML(可能是JS,HTML某元素的内容或者属性)中,
如果将value改成可以在浏览器中被解释执行的东西,就形成了反射型XSS.
别人可能修改这个value值，然后将这个恶意的URL发送给你,当URL地址被打开时,
特有的恶意代码参数就会被HTML解析执行.
它的特点是非持久化,必须用户点击带有特定参数的链接才能引起。
存储型XSS与反射型XSS的区别：
①存储型XSS，持久化，代码是存储在服务器中的，如在个人信息或发表文章等地方，加入代码，如果没有过滤或过滤不严，那么这些代码将储存到服务器中，用户访问该页面的时候触发代码执行。这种XSS比较危险，容易造成蠕虫，盗窃cookie等。
②反射型XSS，非持久化，需要欺骗用户自己去点击链接才能触发XSS代码（服务器中没有这样的页面和内容），一般容易出现在搜索页面。
-
打开xss的第三个攻击Reflected XSS Attacks
-
在“Enter your three digit access code:”中输入点击Purchase，成功显示警告框，内容为我们script脚本指定的内容：
CSRF攻击
> 跨站请求伪造，尽管听起来像跨站脚本（XSS），但它与XSS非常不同，XSS利用站点内的信任用户，而CSRF则通过**伪装来自受信任用户的请求**来利用受信任的网站。与XSS攻击相比，CSRF攻击往往不大流行（因此对其进行防范的资源也相当稀少）和难以防范，所以被认为比XSS更具危险性。① Cross Site Request Forgery(CSRF)
- 打开Cross-Site Scripting （xss）攻击中的第四个：Cross Site Request Forgery(CSRF) - 查看页面下方Parameters中的src和menu值，分别为293和900 - 在
message框中输入
<img src="http://localhost:8080/WebGoat/attack?Screen=293&menu=900&transferFunds=5000" width="1" height="1" />
以图片的的形式将URL放进Message框，这时的URL对其他用户是不可见的，用户一旦点击图片，就会触发一个CSRF事件，点击Submit提交
- 这里src值、menu值要根据上一步查看的结果修改，转账数额随便输入，eg:5000
- 宽高设置成1像素的目的是隐藏该图片
- 提交后，在Message List中生成以Title命名的链接（消息）。点击该消息，当前页面就会下载这个消息并显示出来，转走用户的5000元，从而达到CSRF攻击的目的。
② CSRF Prompt By-Pass
- 打开`Cross-Site Scripting （xss）`攻击中的第五个：`CSRF Prompt By-Pass` - 同攻击4，查看页面下侧`Parameters`中的`src`和`menu`值（323和900） - 在title框中输入学号，
message框中输入代码
<iframe src="attack?Screen=323&menu=900&transferFunds=6000"> </iframe>
<iframe src="attack?Screen=323&menu=900&transferFunds=CONFIRM"> </iframe>
- 在Message List中生成以Title命名的链接"20165226"。
- 点击进入后，如图攻击成功：
SQL注入攻击
> SQL注入攻击是黑客对数据库进行攻击的常用手段之一。随着B/S模式应用开发的发展，使用这种模式编写应用程序的程序员也越来越多。但是由于程序员的水平及经验也参差不齐，相当大一部分程序员在编写代码的时候，没有对用户输入数据的合法性进行判断，使应用程序存在安全隐患。用户可以提交一段数据库查询代码，根据程序返回的结果，获得某些他想得知的数据，这就是所谓的SQL Injection，即SQL注入。① Command Injection 命令注入
- 右键点击页面，选择`inspect Element`审查网页元素对源代码进行修改，在复选框中任意一栏的代码后添加`"& netstat -an & ipconfig"` - 点击
view，能看到网络端口使用情况和 IP 地址，攻击成功
② Numeric SQL Injection
> 显示所有城市的天气情况 - 右键点击页面，选择`inspect Element`审查网页元素对源代码进行修改，在选中的城市编号`Value`值中添加`or 1=1` - 攻击成功，显示所有城市的天气情况
③ Log Spoofing 日志欺骗
> 通过查看下方灰色区域，我们分析它代表在 Web 服务器的日志中的记录的内容。目的：使用户名为“admin” 的用户在日志中显示“成功登录”。
方法：通过在日志文件中插入脚本实现。
-
在username中填入 5226%0d%0aLogin Succeeded for username: admin`，利用回车(0D%)和换行符(%0A)让其在日志中两行显示
-
点击
Login，可见5226在Login Fail那行显示，我们自己添加的语句在下一行显示
-
可以向日志文件中添加恶意脚本，脚本的返回信息管理员能够通过浏览器看到。用户名输入
admin <script>alert(document.cookie)</script>，管理员可以看到弹窗的cookie信息。
④ String SQL Injection 字符串型注入
> 目的：尝试通过 SQL 注入将所有信用卡信息显示出来。方法：基于以下查询语句构造自己的 SQL 注入字符串。
SELECT * FROM user_data WHERE last_name = '?'。
- 选择
Injection Flaws中的String SQL Injection - 输入查询的用户名
lxs' or 1=1--
如此lxs和1=1都成了查询的条件，而1=1是恒等式，这样就能select表里面的所有数据。
⑤ LAB:SQL Injection
- 将密码长度maxlength改为`200` - 在密码框输入
' or 1=1 --
三、问题与思考
- 下载jar包后运行中主目录中没有所需的攻击列表，卸载重装，然后重启了n次还是这个界面，无解 - 分析：电脑jdk版本和 这个jar的jdk版本不同
- 解决方案：换了虚拟机，然后OK