Web前端攻击方式及防御措施

Posted 2022-01-17 ning123

原文链接：https://www.jianshu.com/p/a5ff8a23b423

 原文作者简书：大颓宝宝

 

一、XSS

【Cross Site Script】跨站脚本攻击 

 

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

 1、Reflected XSS（反射型攻击：非持久型，多出现于搜索页面）

基于反射的XSS攻击，主要依靠站点服务端返回脚本，在客户端触发执行从而发起Web攻击。Web客户端使用Server端脚本生成页面为用户提供数据时，如果未经验证的用户数据被包含在页面中而未经html实体编码，客户端代码便能够注入到动态页面中。

 2、Stored XSS （存储型攻击：持久性；多出现于评论页面和编辑文章页面）

该类型是应用最为广泛而且有可能影响到Web服务器自身安全的漏洞，骇客将攻击脚本上传到Web服务器上，使得所有访问该页面的用户都面临信息泄漏的可能，其中也包括了Web服务器的管理员。 

3、DOM-based XSS

 本地利用漏洞，这种漏洞存在于页面中客户端脚本自身。

4、防御措施

1.对所有用户提交内容进行可靠的输入验证，包括对URL、查询关键字、HTTP头、POST数据等，仅接受指定长度范围内、采用适当格式、采用所预期的字符的内容提交，对其他的一律过滤。

2.实现Session标记(session tokens)、CAPTCHA系统或者HTTP引用头检查，以防功能被第三方网站所执行。

3.确认接收的的内容被妥善的规范化，仅包含最小的、安全的Tag(没有javascript)，去掉任何对远程内容的引用(尤其是样式表和javascript)，使用HTTP only的cookie（只有服务器才能访问cookies）。

4.使用HTTPS。
5.后台输入的校验。

 当然，如上操作将会降低Web业务系统的可用性，用户仅能输入少量的制定字符，人与系统间的交互被降到极致，仅适用于信息发布型站点。

XSS的原理分析与解剖 

XSS攻击及防御

二、 CSRF 

【Cross Site Request Forgery】站点伪造请求 

跨站点参考伪造通过在访问用户被认为已经通过身份验证的Web应用程序的页面中包含恶意代码或链接来工作。 如果该Web应用程序的会话没有超时，攻击者可能执行未授权的命令。

防御措施

1.验证 HTTP Referer 字段 ;

2.在请求地址中添加 token 并验证 ;

3.在 HTTP 头中自定义属性并验证

4.正确使用GET,POST和Cookie；

5.在非GET请求中增加伪随机数；

预防CSRF攻击 

CSRF攻击介绍及防御

 

三、SQL注入 

 防御措施

 采用sql语句预编译和绑定变量，是防御sql注入的最佳方法。采用JDBC的预编译语句集，它内置了处理SQL注入的能力，只要使用它的setXXX方法传值即可。

原理：采用了PreparedStatement，就会将sql语句：”select id, no from user where id=?” 预先编译好，也就是SQL引擎会预先进行语法分析，产生语法树，生成执行计划，也就是说，后面你输入的参数，无论你输入的是什么，都不会影响该sql语句的 语法结构了,只会被当做字符串字面值参数。 

使用正则表达式来过滤一些sql关键字，如or、where等。 

【Web安全与防御】简析Sql注入与防御措施

 

四、cookie窃取和session劫持

Cookie包含了浏览器客户端的用户凭证，相对较小。Session则维护在服务器，用于维护相对较大的用户信息。cookie被攻击者窃取、session被劫持即攻击者劫持会话，合法登录了你的账户，可以浏览大部分用户资源。 
用通俗的语言，Cookie是钥匙，Session是锁芯。 
最基本的cookie窃取方式：xss漏洞。 

cookie窃取和session劫持

 

 五、钓鱼攻击【重定向攻击】

 攻击者会发送给受害者一个合法链接，当链接被点击时，用户被导向一个似是而非的非法网站，从而达到骗取用户信任、窃取用户资料的目的。

防御措施 

对所有的重定向操作进行审核,以避免重定向到一个危险的地方.

 

常见解决方案是白名单,将合法的要重定向的url加到白名单中,非白名单上的域名重定向时拒之;

重定向token,在合法的url上加上token,重定向时进行验证.

 

 六、Http Heads攻击

 HTTP协议在Response header和content之间，有一个空行，即两组CRLF（0x0D 0A）字符。这个空行标志着headers的结束和content的开始。“聪明”的攻击者可以利用这一点。只要攻击者有办法将任意字符“注入”到headers中，这种攻击就可以发生。

防御措施 

过滤所有的response headers，除去header中出现的非法字符，尤其是CRLF。

 七、拒绝服务攻击【DoS】

 攻击者想办法让目标机器停止提供服务：一是使用SYN flood迫使服务器的缓冲区满，不接收新的请求；二是使用IP欺骗，迫使服务器把非法用户的连接复位，影响合法用户的连接。

防御措施 

对于SYN flood：启用SYN Cookie、设置SYN最大队列长度以及设置SYN+ACK最大重试次数。

 

八、文件上传攻击 

用户上传一个可执行的脚本文件，并通过此脚本文件获得了执行服务端命令的能力。 

分类

 

文件名攻击：上传的文件采用上传之前的文件名,可能造成客户端和服务端字符码不兼容,导致文件名乱码问题;文件名包含脚本,从而造成攻击.

文件后缀攻击：上传的文件的后缀可能是exe可执行程序,js脚本等文件,这些程序可能被执行于受害者的客户端,甚至可能执行于服务器上.因此我们必须过滤文件名后缀,排除那些不被许可的文件名后缀.

文件内容攻击：IE6有一个很严重的问题 , 它不信任服务器所发送的content type，而是自动根据文件内容来识别文件的类型，并根据所识别的类型来显示或执行文件.如果上传一个gif文件,在文件末尾放一段js攻击脚本,就有可能被执行.这种攻击,它的文件名和content type看起来都是合法的gif图片,然而其内容却包含脚本,这样的攻击无法用文件名过滤来排除，而是必须扫描其文件内容，才能识别。

 

防御措施：

 

文件上传的目录设置为不可执行。

判断文件类型。在判断文件类型的时候，可以结合使用MIME Type，后缀检查等方式。因为对于上传文件，不能简单地通过后缀名称来判断文件的类型，因为攻击者可以将可执行文件的后缀名称改为图片或其他后缀类型，诱导用户执行。

对上传的文件类型进行白名单校验，只允许上传可靠类型。

上传的文件需要进行重新命名，使攻击者无法猜想上传文件的访问路径，将极大地增加攻击成本。

限制上传文件的大小。

单独设置文件服务器的域名。