加入收藏 | 设为首页 | 会员中心 | 我要投稿 核心网 (https://www.hxwgxz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 业界 > 正文

前端安全系列:如何防止XSS攻击?

发布时间:2018-10-12 06:39:22 所属栏目:业界 来源:佚名
导读:【新产品上线啦】51CTO播客,随时随地,碎片化学习 前端安全 随着互联网的高速发展,信息安全问题已经成为企业最为关注的焦点之一,而前端又是引发企业安全问题的高危据点。在移动互联网时代,前端人员除了传统的 XSS、CSRF 等安全问题之外,又时常遭遇网络

这里的“并不确定内容要输出到哪里”有两层含义:

  1.  用户的输入内容可能同时提供给前端和客户端,而一旦经过了 escapeHTML(),客户端显示的内容就变成了乱码( 5 < 7 )。
  2.  在前端中,不同的位置所需的编码也不同。
  •   当 5 < 7 作为 HTML 拼接页面时,可以正常显示:     
  1. <div title="comment">5 &lt; 7</div> 
  •   当 5 &lt; 7 通过 Ajax 返回,然后赋值给 JavaScript 的变量时,前端得到的字符串就是转义后的字符。这个内容不能直接用于 Vue 等模板的展示,也不能直接用于内容长度计算。不能用于标题、alert 等。

所以,输入侧过滤能够在某些情况下解决特定的 XSS 问题,但会引入很大的不确定性和乱码问题。在防范 XSS 攻击时应避免此类方法。

当然,对于明确的输入类型,例如数字、URL、电话号码、邮件地址等等内容,进行输入过滤还是必要的。

既然输入过滤并非完全可靠,我们就要通过“防止浏览器执行恶意代码”来防范 XSS。这部分分为两类:

  1.  防止 HTML 中出现注入。
  2.  防止 JavaScript 执行时,执行恶意代码。

预防存储型和反射型 XSS 攻击

存储型和反射型 XSS 都是在服务端取出恶意代码后,插入到响应 HTML 里的,攻击者刻意编写的“数据”被内嵌到“代码”中,被浏览器所执行。

预防这两种漏洞,有两种常见做法:

  •  改成纯前端渲染,把代码和数据分隔开。
  •  对 HTML 做充分转义。

纯前端渲染

纯前端渲染的过程:

  1.  浏览器先加载一个静态 HTML,此 HTML 中不包含任何跟业务相关的数据。
  2.  然后浏览器执行 HTML 中的 JavaScript。
  3.  JavaScript 通过 Ajax 加载业务数据,调用 DOM API 更新到页面上。

在纯前端渲染中,我们会明确的告诉浏览器:下面要设置的内容是文本(.innerText),还是属性(.setAttribute),还是样式(.style)等等。浏览器不会被轻易的被欺骗,执行预期外的代码了。

但纯前端渲染还需注意避免 DOM 型 XSS 漏洞(例如 onload 事件和 href 中的 javascript:xxx 等,请参考下文”预防 DOM 型 XSS 攻击“部分)。

在很多内部、管理系统中,采用纯前端渲染是非常合适的。但对于性能要求高,或有 SEO 需求的页面,我们仍然要面对拼接 HTML 的问题。

转义 HTML

如果拼接 HTML 是必要的,就需要采用合适的转义库,对 HTML 模板各处插入点进行充分的转义。

常用的模板引擎,如 doT.js、ejs、FreeMarker 等,对于 HTML 转义通常只有一个规则,就是把 & < > " ' / 这几个字符转义掉,确实能起到一定的 XSS 防护作用,但并不完善:

所以要完善 XSS 防护措施,我们要使用更完善更细致的转义策略。

例如 Java 工程里,常用的转义库为 org.owasp.encoder。以下代码引用自 org.owasp.encoder 的官方说明。

  1. <!-- HTML 标签内文字内容 -->  
  2. <div><%= Encode.forHtml(UNTRUSTED) %></div>  
  3. <!-- HTML 标签属性值 -->  
  4. <input value="<%= Encode.forHtml(UNTRUSTED) %>" />  
  5. <!-- CSS 属性值 -->  
  6. <div style="width:<= Encode.forCssString(UNTRUSTED) %>">  
  7. <!-- CSS URL -->  
  8. <div style="background:<= Encode.forCssUrl(UNTRUSTED) %>">  
  9. <!-- JavaScript 内联代码块 -->  
  10. <script>  
  11.   var msg = "<%= Encode.forJavaScript(UNTRUSTED) %>";  
  12.   alert(msg);  
  13. </script>  
  14. <!-- JavaScript 内联代码块内嵌 JSON -->  
  15. <script>  
  16. var __INITIAL_STATE__ = JSON.parse('<%= Encoder.forJavaScript(data.to_json) %>');  
  17. </script>  
  18. <!-- HTML 标签内联监听器 -->  
  19. <button  
  20.   onclick="alert('<%= Encode.forJavaScript(UNTRUSTED) %>');">  
  21.   click me  
  22. </button>  
  23. <!-- URL 参数 -->  
  24. <a href="/search?value=<%= Encode.forUriComponent(UNTRUSTED) %>&order=1#top">  
  25. <!-- URL 路径 -->  
  26. <a href="/page/<%= Encode.forUriComponent(UNTRUSTED) %>">  
  27. <!--  
  28.   URL.  
  29.   注意:要根据项目情况进行过滤,禁止掉 "javascript:" 链接、非法 scheme 等  
  30. -->  
  31. <a href='<%=  
  32.   urlValidator.isValid(UNTRUSTED) ?  
  33.     Encode.forHtml(UNTRUSTED) :  
  34.     "/404"  
  35. %>'>  
  36.   link  
  37. </a> 

可见,HTML 的编码是十分复杂的,在不同的上下文里要使用相应的转义规则。

预防 DOM 型 XSS 攻击

DOM 型 XSS 攻击,实际上就是网站前端 JavaScript 代码本身不够严谨,把不可信的数据当作代码执行了。

在使用 .innerHTML、.outerHTML、document.write() 时要特别小心,不要把不可信的数据作为 HTML 插到页面上,而应尽量使用 .textContent、.setAttribute() 等。

如果用 Vue/React 技术栈,并且不使用 v-html/dangerouslySetInnerHTML 功能,就在前端 render 阶段避免 innerHTML、outerHTML 的 XSS 隐患。

(编辑:核心网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读