Web常见安全漏洞有哪些

共计 2363 个字符，预计需要花费 6 分钟才能阅读完成。

本篇内容主要讲解“Web 常见安全漏洞有哪些”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让丸趣 TV 小编来带大家学习“Web 常见安全漏洞有哪些”吧!

1、什么是 SQL 注入？

SQL 注入，就是通过把 SQL 命令插入到 Web 表单提交或输入域名或页面请求的查询字符串，最终达到欺骗服务器执行恶意的 SQL 命令。具体来说，它是利用现有应用程序，将（恶意的）SQL 命令注入到后台数据库引擎执行的能力，它可以通过在 Web 表单中输入（恶意）SQL 语句得到一个存在安全漏洞的网站上的数据库，而不是按照设计者意图去执行 SQL 语句。

2、如何注入？

例子:   http://test.com/info?id=1

此 URL 返回数据库某表的 1 条数据。程序中可能这么写的，ID 为传入变量:

  select * from user where id=‘”+id+“’;  

如上，那么查询语句将是

select * from user where id =‘1’

如果 id= 1‘or’1‘=’1, 那么查询语句将是

select * from user where id =‘1’or‘1’=‘1’

3、SQL 注入原因

①对提交的数据未过滤

②拼装 SQL 语句

③不当的类型处理

4、SQL 注入防御

（1）字符串长度验证

仅接受指定长度范围内的变量值。sql 注入脚本必然会大大增加输入变量的长度，通过长度限制，比如用户名长度为 8 到 20 个字符之间，超过就判定为无效值。

（2）对单引号和双 –、下划线、百分号等 sql 注释符号进行转义

（3）不使用动态拼装 SQL，使用参数化的 SQL 进行数据查询存取

代码示例：

String sql = select id, no from user where id=?

PreparedStatement ps

= conn.prepareStatement(sql);

ps.setInt(1, id);

ps.executeQuery();

（4）框架防御：mybatis

① # 符号作用为 将传入的数据都当成一个字符串，会对自动传入的数据加一个双引号。

如：where user_id= #{id}

如果传入的值是 111, 那么解析成 sql 时的值为 where id  = 111

如果传入的值是 1’=or’1’=‘1’，则解析成的 sql 为 whereid“1’=or’1’=‘1’“

②$ 符号则是将传入的数据直接生成在 sql 中。

如：where user_id=‘${id}’

如果传入的值是 111, 那么解析成 sql 时的值为 where id  =‘111’

如果传入的值是 1’=or’1’=‘1’，则解析成的 sql 为 where _id =‘1’or’1’=1’

结论：# 符号能够防止 SQL 注入，$ 符号无法防止 SQL 注入，$ 符号一般用于传入数据库对象，例如传入表名

XSS

1、什么是 XSS？

往 Web 页面里插入恶意 html 代码，当用户浏览该页之时，嵌入其中 Web 里面的 html 代码会被执行，从而达到恶意攻击用户的特殊目的

2、XSS 分类

（1）持久性的 XSS(存储在服务器端，攻击行为将伴随着攻击数据一直存在)

（2）非持久性的 XSS(一次性的，仅对当次的页面访问产生影响)

例子：将参数传递至页面输出

参数写法：index?value= script alert(document.cookie) /script

页面和 JS 写法：div id=“xss”/div     |    $(‘#xss’).html(value);

3、XSS 危害

执行任意 JS 代码。最常见的做法是获取 COOKIE 认证信息；其他的就是跳转至恶意网址等，或者配合 CSRF 漏洞，进行创建 form 表单，进行提交，强制使当前用户操作，比如发帖，删帖，甚至转账等。

4、XSS 防护

（1）过滤用户输入的内容，常见的是过滤‘、”、;、、

（2）在用户提交数据时，对数据进行编码处理。

（3）在输出页面时，对数据进行编码处理。

CSRF

1、什么是 CSRF？

伪造请求，冒充用户在站内的正常操作

2、CSRF 攻击原理

请输入图片描述

3、CSRF 危害

攻击者盗用了用户的身份，可以利用此身份进行发送邮件、发消息、购买商品、银行转账等等用户可执行的操作。

4、CSRF 如何防护

（1）验证 HTTP Referer 字段

此方法为基础防御，目前 Referer 是可被改写和伪造的，并非绝对安全。

（2）HTTP 添加自定义参数验证

服务器生成 token 一份存放在 session 中，一份放在前端隐藏域中随请求头部提交。B 不访问 A 网站前端拿不到 token，请求无法通过验证，达到防御目的。

URL 跳转漏洞

1、什么是 URL 跳转漏洞？

程序中常会重定向页面，在登录系统中长会根据 URL 中的参数进行重定向，便于用户登录之后，调转到之前的页面。

2、URL 示例

比如：http://www.aa.com/account/login

?from=http://download.aa.com

对于跳转页是否是当前站点的页面，或者是否是允许的页面地址没有做判断，当恶意攻击者将地址改为：

http://www/aa.com/account/login

?from=http://www.bb.com/

那么用户登录后会跳转到 www.bb.com，如果是恶意网址，那么用户就成为受害者。

3、配合 session 在 URL 中传递的危害

跳转到的页面中很容易从 HTTP 请求头中获取到 url 中 session 的值，对于 session 中验证信息不绑定用户客户端信息的情况，攻击者可直接使用，成为之前用户的身份。

4、URL 跳转漏洞防护

（1）可以确定的 URL：配置对应索引文件，通过索引找到对应具体 url 再进行跳转

（2）无法确定的 URL：增加规则校验，先通过验证后在进行跳转

到此，相信大家对“Web 常见安全漏洞有哪些”有了更深的了解，不妨来实际操作一番吧！这里是丸趣 TV 网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！