新闻资讯
为什么 XSS 的防御，很多人要用前后端 转码、过滤、报错 的方法，直接在前端当做文本显示不香吗？
- 0次
- 1975-03-02 02:18:51
- idczone
比如就有人问 XSS 防御，一堆的人说 “转码、过滤、报错”
根本睁着眼，都看不见 V2EX 的输入框就是输入啥，显示啥，毛的转码过滤报错。。。
防止 xss 和 sql 注入而进行非法字符过滤，js 前端有什么几乎一劳永逸的方式？
https://www.v2ex.com/t/665687?p=1#r_8874716
V2EX 的留言接口
https://www.v2ex.com/api/replies/show.json?topic_id=665687
你可真是个人才
其实。。我很赞同前端的问题交给前端解决
咋又单独开了个帖……
你这个方案是要讲前提的。比如博客平台，自定义挂件功能，就是需要用户自己写 HTML 啊，你不能把 HTML 文本渲染出来啊 = =
简直搞笑，一大片 HTML 编辑器怎么办
innerText 说的人都不知道一样
现在得前端又不是早期的前端了，
"topic_id": 665687, "content": "
json 里这段是什么，这叫没转码吗。
对吧，我就这个意思。而且，数据是啥就应该是啥，明天万一搞 APP 呢，他么数据都被转码了不是扯淡了。。。
HTML 编辑器不是普遍需要。讨论的是通用的防御。
我看下面好多人的都误解你的意思啊,都在说什么过滤被绕过,被发包之类,还有个家伙说别人没做过黑客什么的,我就觉得如果是通用一点的照你这种过滤输出是挺方便的啊.
那些人可能说的是 sql 注入（笑），我也觉得 xss 照我说的这个没啥毛病
为什么要防御 xss，
其实就是输入转义和输出转义的区别。首先过滤是不太好的，粗暴过滤是破坏功能的。输入过滤的好处是一劳永逸，坏处是如果一份数据除了 web 显示，还有其它用途，做转义就会破坏数据；有些公司的安全部门也会要求输入时做转义或过滤。现在很多框架组件都是显示时默认做转义的，这样也很安全。
讨论 xss 我就默认是在类似富文本的需求如何解决
普通输入框在我这必定是 innerText 没有讨论空间
一般的内容，前端当转义一下当文本输出就行，在 script 里输出点，需要特别注意一下某些特殊字符。富文本的话，后端做标签白名单，禁用动作事件，然后再输出到前端渲染。一直都是这么建议开发小哥这样修复的
简单文本渲染情况 我支持楼主 不仅能防止 XSS 还可以保障用户体验
如果是传统后端渲染，直接是什么就什么输出，不经过转码，就把 script 输出页面了，xss 还没轮到你的 js 处理就执行了，怎么搞？前后端分离的情况讨论前端 xss 过滤可能还有意义。
楼主是不是最近前后端分离的 SPA 写多了，前端 API 调多了才会产生后端渲染已经没有应用场景的错觉。
过滤要后端做，DOM 型 XSS 是 js 动态加载 html 。
你的网站做成只显示 txt 文件？
还有存储型 xss，用户体验不打算要了
吃饭容易噎着怎么办。
那就不吃饭喽。
改下，DOM 型 XSS 是前端的事但不是过滤，过滤反射型存储型要后端做。
（不应该存 html，可以存另一个结构化的表示，然后前端再重新处理回 dom 结构，全程不需要 innerHTML
我没理解你的意思？
>都看不见 V2EX 的输入框就是输入啥，显示啥，毛的转码过滤报错
回复文本框输入的 ，实际后端输出时已经转码为了 <html> ，你可以搜索下本贴的源码，就能看到源码里面并没有 ，而是被转码为了 <html> 。
json 也是如此， " 会被转码为 \" 。你可以搜索下你提供的那个 留言接口里面，可以找到类似下面的字符串。
的确过滤、报错是个大坑，除了敏感词，不然不建议搞出来过滤、报错。
用户返回数据都是后端拼接的 html 页面，只能由后端清理数据。攻击者可以绕过前端清理数据的 js 。后端获取用户 IP，攻击者在请求头注入，还是得由后端处理。
（所以问题就在这里了，按拼接 html 的模式就没法解决了，要解决就只能通过让后端输出结构化数据，前端做转换才可以（
前端还要多请求几次数据，只要页面有 js 操作就有可能出现 DOM 型 XSS.
纯静态它不香吗。。。
如果只是 xss，那纯前端确实可以解决。。但是能出现 xss 的地方一般都需要防注入，所以实际操作中都是后台顺便处理了。
而且前面答主说了，xss 不止有 dom 型，还有反射型和存储型，这些不表现在 dom 结构内，这些必须要后台处理的。
对纯文本, 自然是 innerText
对富文本, 可以用 bbcode 或者 markdown, 关闭 html 标签支持
markdown ？？前端的东西最终还得是 HTML
前端渲染啊，禁用渲染器的 HTML 支持
当然这个的可靠性是建立在 markd.js 之类的前端渲染器能正确过滤 HTML 标签的前提下
不是不行，也可以。
google 的做法是渲染到 script 块里，也不需要额外请求
http only
如果是富文本数据，可以在输出的时候做一次 HTML 白名单过滤。
- 提供开箱即用的默认白名单（ Go ）： https://github.com/SYM01/htmlsanitizer
- 一个广泛使用的富文本过滤器（ Go ）： https://github.com/microcosm-cc/bluemonday