Exp9 Web安全实践基础 20154328 常城

Posted 20154328常城

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Exp9 Web安全实践基础 20154328 常城相关的知识，希望对你有一定的参考价值。

Exp9 Web安全基础实践

一、基础问题回答

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

  • SQL注入攻击就是通过把SQL命令插入到Web表单递交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意SQL命令的目的。
  • 对于SQL注入攻击的防范，主要还是从代码上入手：
  1. 采用预编译语句集PreparedStatement，它内置了处理SQL注入的能力，只要使用它的setXXX方法传值即可。它的原理就是sql注入只对sql语句的准备(编译)过程有破坏作用，而PreparedStatement已经准备好了，执行阶段只是把输入串作为数据处理，而不再对sql语句进行解析准备，因此也就避免了sql注入问题；
  2. 使用正则表达式过滤传入的参数，对一些包含sql注入的关键字进行过滤；
  3. 采用字符串过滤的方法；
  4. jsp中调用该函数检查是否包含非法字符，防止SQL从URL注入。

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

  • SS是代码注入的一种，它允许恶意用户将代码注入到网页上，并能够被浏览器成功的执行，其他用户在观看网页时就会受到影响。这类攻击通常包含了html以及用户端脚本语言。XSS攻击的主要目的是，想办法获取目标攻击网站的cookie，因为有了cookie相当于有了seesion，有了这些信息就可以在任意能接进互联网的pc登陆该网站，并以其他人的身份登陆，做一些破坏。
  • 防御可以从以下两个方面进行：
  1. 在表单提交或者URL参数传递前就对其参数进行过滤
  2. 检查用户输入的内容中是否有非法的内容，例如尖括号、引号等之类的字符，严格控制输出。

3. CSRF攻击原理，如何防御？

  • 我们知道XSS是跨站脚本攻击，就是在用户的浏览器中执行攻击者的脚本，来获得其cookie等信息。而CSRF是借用用户的身份，向web server发送请求，因为该请求不是用户本意，所以称为“跨站请求伪造”。
  • 对CSSRF的防御可以从一下几个方面进行;
  1. 通过referer、token或者验证码来检测用户提交；
  2. 尽量不要在页面的链接中暴露用户隐私信息，对于用户修改删除等操作最好都使用post操作；
  3. 避免全站通用的cookie，严格设置cookie的域。

二、实践内容

1. 关于WebGoat

  • WebGoat是OWASP组织研制出的用于进行web漏洞实验的应用平台，用来说明web应用中存在的安全漏洞。WebGoat运行在带有java虚拟机的平台之上，目前提供的训练课程有很多，包含了XSS、线程安全、SQL注入等，我们本次的实验就是在WebGoat平台上进行。
  1. WebGoat分为简单版和开发板，简单版是个Java的Jar包，只需要有Java环境即可，我们在命令行里执行：java -jar webgoat-container-7.0.1-war-exec.jar运行WebGoat：
  1. 打开后会发现自己的虚拟机中没有安装，我使用的是杨正晖分享的WebGoat7.1下载好后，将它放入home中，再次输入java -jar webgoat-server-7.1-exec.jar（因为下载的是7.1的版本，因此命令中的版本号需要重新改一下）
  1. 打开浏览器，输入localhost:8080/WebGoat
  1. 选择默认账号、密码即可登陆成功

2. SQL练习

Numeric SQL Injection

  • 原理是这里有一个SQL语句

  • SELECT * FROM weather_data WHERE station = [station]

  • 可以拦截报文将station字段后补充成一个永真式101 OR 1=1

  • 可以使用kail上自带的火狐开发人员的调试工具将文本框打开。

  • 将原语句修改为：SELECT * FROM weather_data WHERE station = 101 OR 1=1

  • 由于1=1恒成立,点击go，看到所有城市的天气，成功。

Log Spoofing

  • 日志伪造，目的是通过注入恶意字符串,按照规则伪造出一条日志,在Username输入

  • zh%0d%0aLogin Succeeded for username: admin

  • 其中%0d和%0a为CRLF换行符,看到的输出为

  • 第二行就是我们刚刚伪造出来的

XPATH Injection

  • 题干的意思为你的账号及密码为Mike/test123。你的目标是尝试查看其他员工的数据。

  • 还是需要构建永真式

  • cc\' or 1=1 or \'a\'=\'a

String SQL Injection

  • 字符注入，这里和前面数字注入的方法差不多，构造一个永真式，还是用的之前的\'or 1=\'1

  • \'cc\' OR \'1\'=\'1

  • SELECT * FROM user_data WHERE last_name = \'cc\' OR \'1\'=\'1\'

LAB: SQL Injection

Stage 1：String SQL Injection

  • 使用String SQL注入来绕过身份验证。

  • 以用户Neville登录，在密码栏中输入\' or 1=1 --永真式进行SQL注入，但是发现登录失败。发现password的最大长度为8，更改最大长度，将其改为100

  • 再次登录，成功

Stage 3:Numeric SQL Injection

  • 该题目的目的是通过注入语句，浏览到原本无法浏览的信息。绕过认证执行SQL注入,通过一个普通员工的账户larry，浏览其BOSS的账户信息。

  • 先使用上面的Larry的账户

  • 因为刷新了网页我们需要重新修改最大字符长度

  • 将value值改为101 or 1=1 order by salary desc，这样老板的信息就会被排到第一个

  • 点击ViewProfile进去，即可查看老板的详细信息

SQL字符串注入（String SQL Injection）

  • 题目大意是：这个表单允许使用者查询他们的信用卡号，使用SQL注入让所有的信用卡号都看得见。
  • 我们构造一个永真式“1”，那么不管前面的WHERE是否成立都能执行，所以构造语句\'or 1=\'1,成功得到了全部的信用卡号。

图

Database Backdoors

  • 输入注入语句：101; update employee set salary=65000，

  • 接下来使用语句

  • 101;CREATE TRIGGER yqhBackDoor BEFORE INSERT ON employee FOR EACH ROW BEGIN UPDATE employee SET email=\'20154322@qq.com\' WHERE userid = NEW.userid创建一个后门，把表中所有的邮箱和用户ID都设为我的。

数字盲注（Blind Numeric SQL Injection）

  • 题目中说明了下面的表单允许用户输入帐号并确定它是否有效，即返回值只有账户有效或无效两种。

  • 先输入101 AND ((SELECT pin FROM pins WHERE cc_number=\'1111222233334444\') > 4000);，结果是
    Account number is valid.账户有效，再试试先输入101 AND ((SELECT pin FROM pins WHERE cc_number=\'1111222233334444\') > 4000);，结果是
    Account number is valid.账户有效，再试试

  • 再输入101 AND ((SELECT pin FROM pins WHERE cc_number=\'1111222233334444\') > 2500 );，结果是
    Invalid account number.,账户无效。也就是说，我们要找的数在2000~2500之间

  • 利用二分法，多次尝试，找到数字为2364

盲字符串注入（Blind String SQL Injection）

  • 输入101 AND (SUBSTRING((SELECT name FROM pins WHERE cc_number=\'4321432143214321\'), 1, 1) >\'z\' );进行猜解，发现结果为Account number is valid，账户有效。再往大写的字母猜测，最终确定首字母为J

  • 接下来猜第二个字母
    输入101 AND (SUBSTRING((SELECT name FROM pins WHERE cc_number=\'4321432143214321\'), 2, 1) >\'h\' );发现结果为Account number is valid，账户有效。

  • 最后确定第二个字母为“i”

  • 重复上述步骤，最终确定用户名为“Jill”

3.Cross-Site Scripting (XSS)

跨站脚本钓鱼攻击（Phishing with XSS）

  • 题目要求是关于一个页面中存在XSS漏洞时，他如何支持钓鱼攻击。要求我们利用xss和html注入达到这些目标。

  • 使用XSS和HTML插入制作一个钓鱼网站，将其输在search框中，代码如下：

  • 输入后下拉网页，会有用户名和密码的框出现，随意输入用户名和密码

  • 成功

反射型XSS（Reflected XSS Attacks）

  • 输入带有攻击性的URL，如，就会弹出对话框

存储型xss（Stored XSS Attacks）

  • 在Title里输入“Test Stored XSS”，
  • 在 Message里输入

4. CSRF

Cross Site Request Forgery(CSRF)

  • 实验目标：向新闻组发送一封email。这个email包含一个image，其URL指向一个恶意请求。

  • CSRF就是冒名登录，用代码伪造请求

  • 在Title输入：20154328，在Message输入：

  • 点击“Submit”，在Message List下出现一条提交的记录，如下图所示：

CSRF Prompt By-Pass

  • 在Title输入：20154328；在Message输入：

  • 如下图所示：

CSRF Token By-Pass

  • 在Title输入：20154328

  • 在Message输入构造的代码

  • 击Submit，然后在Message List里点击“CSRF Token By-Pass Attack”，如下图所示：

实验总结与体会

  • 做这些题目其实很有意思，结合了一些情景，让我们更加接近于实战。这次做的只是关于Web安全，还有很多其他方面的，比如逆向、密码等，之前也做过一些类似CTF的题目，虽然有的时候做出一道题目需要脑洞比较大，但是做得多了之后就会发现其实也没有那么难想到，因为很多套路你慢慢在做题中就能领悟到，我觉得做题的过程也是一个人思考的过程，就算实在没想出来最后看了别人写的writeup也会很受启发，经历了思考的东西永远都是印象最深的。
  • 通过这次的实验让我深刻地理解了SQL注入，XSS，CSRF等攻击的攻击原理和方法。也再一次提醒我，陌生链接不要点。学完了发现，像SQL，XSS这些攻击大都需要猜测你的源代码，知道了你的源代码就很好攻击了，感觉只要知道了你源代码我总能给你做点恶意攻击，同时，编写WEB前端后台的时候也要注意常见的或可能遇到的攻击，最后能不能攻击到，攻防你来我往地，就要看谁思路广、套路深了。

以上是关于Exp9 Web安全实践基础 20154328 常城的主要内容，如果未能解决你的问题，请参考以下文章

20155210 Exp9 Web安全基础实践

20154321 Exp9: Web安全基础实践

20155223 Exp9 Web安全基础实践

20145236《网络对抗》Exp9 web安全基础实践

Exp9 20155218 Web安全基础实践

EXP9 Web安全基础实践