› Closure: The Definitive Guide
比如就有人问 XSS 防御，一堆的人说 “转码、过滤、报错”
根本睁着眼，都看不见 V2EX 的输入框就是输入啥，显示啥，毛的转码过滤报错。。。
防止 xss 和 sql 注入而进行非法字符过滤，js 前端有什么几乎一劳永逸的方式？
https://www.0.51bbc.workers.dev/t/665687?p=1#r_8874716
V2EX 的留言接口
https://www.0.51bbc.workers.dev/api/replies/show.json?topic_id=665687
 |
1
Adriel Apr 24, 2020 via iPhone
你可真是个人才
|
 |
2
retanoj Apr 24, 2020
其实。。我很赞同前端的问题交给前端解决
|
 |
3
SilentDepth Apr 24, 2020
咋又单独开了个帖……
你这个方案是要讲前提的。比如博客平台，自定义挂件功能，就是需要用户自己写 HTML 啊，你不能把 HTML 文本渲染出来啊 = = |
 |
4
huijiewei Apr 24, 2020
简直搞笑，一大片 HTML 编辑器怎么办
innerText 说的人都不知道一样 |
 |
5
Cmdhelp Apr 24, 2020
现在得前端又不是早期的前端了，
|
 |
6
zhuisui Apr 24, 2020
"topic_id": 665687, "content": "<img onerror=\"alert(111)\"/>", "content_rendered": "<img onerror=\"alert(111)\"/>",
json 里这段是什么，这叫没转码吗。 |
 |
9
jinmaoi Apr 24, 2020
我看下面好多人的都误解你的意思啊,都在说什么过滤被绕过,被发包之类,还有个家伙说别人没做过黑客什么的,我就觉得如果是通用一点的照你这种过滤输出是挺方便的啊.
|
 |
11
sagaxu Apr 24, 2020 via Android
为什么要防御 xss，
|
 |
12
billlee Apr 24, 2020
其实就是输入转义和输出转义的区别。首先过滤是不太好的，粗暴过滤是破坏功能的。输入过滤的好处是一劳永逸，坏处是如果一份数据除了 web 显示，还有其它用途，做转义就会破坏数据；有些公司的安全部门也会要求输入时做转义或过滤。现在很多框架组件都是显示时默认做转义的，这样也很安全。
|
 |
13
mxT52CRuqR6o5 Apr 25, 2020 via Android
讨论 xss 我就默认是在类似富文本的需求如何解决
普通输入框在我这必定是 innerText 没有讨论空间 |
 |
14
aawei Apr 25, 2020 via iPhone
一般的内容，前端当转义一下当文本输出就行，在 script 里输出点，需要特别注意一下某些特殊字符。富文本的话，后端做标签白名单，禁用动作事件，然后再输出到前端渲染。一直都是这么建议开发小哥这样修复的
|
 |
15
Hyduan Apr 25, 2020
简单文本渲染情况 我支持楼主 不仅能防止 XSS 还可以保障用户体验
|
 |
16
GG668v26Fd55CP5W Apr 25, 2020 via iPhone
如果是传统后端渲染，直接是什么就什么输出，不经过转码，就把 script 输出页面了，xss 还没轮到你的 js 处理就执行了，怎么搞？前后端分离的情况讨论前端 xss 过滤可能还有意义。
|
 |
17
Archeb Apr 25, 2020
楼主是不是最近前后端分离的 SPA 写多了，前端 API 调多了才会产生后端渲染已经没有应用场景的错觉。
|
 |
18
hshpy Apr 25, 2020
过滤要后端做，DOM 型 XSS 是 js 动态加载 html 。
你的网站做成只显示 txt 文件？ |
 |
20
wy315700 Apr 25, 2020  2
吃饭容易噎着怎么办。
那就不吃饭喽。 |
 |
23
gamexg Apr 25, 2020 2
我没理解你的意思？
>都看不见 V2EX 的输入框就是输入啥，显示啥，毛的转码过滤报错 回复文本框输入的 <html> ，实际后端输出时已经转码为了 <html> ，你可以搜索下本贴的源码，就能看到源码里面并没有 <html>，而是被转码为了 <html> 。 json 也是如此， " 会被转码为 \" 。你可以搜索下你提供的那个 留言接口里面，可以找到类似下面的字符串。 <a target=\"_blank\" href=\"https |
|
25
hshpy Apr 25, 2020
@codehz 用户返回数据都是后端拼接的 html 页面，只能由后端清理数据。攻击者可以绕过前端清理数据的 js 。后端获取用户 IP，攻击者在请求头注入，还是得由后端处理。
|
 |
28
lscho Apr 25, 2020 via iPhone
如果只是 xss，那纯前端确实可以解决。。但是能出现 xss 的地方一般都需要防注入，所以实际操作中都是后台顺便处理了。
|
|
29
lscho Apr 25, 2020 via iPhone
而且前面答主说了，xss 不止有 dom 型，还有反射型和存储型，这些不表现在 dom 结构内，这些必须要后台处理的。
|
 |
30
chinvo Apr 25, 2020
对纯文本, 自然是 innerText
对富文本, 可以用 bbcode 或者 markdown, 关闭 html 标签支持 |
|
32
chinvo Apr 25, 2020 via iPhone
|
 |
33
shenqi Apr 25, 2020
不是不行，也可以。
|
 |
35
iyangyuan Apr 26, 2020 via iPhone
http only
|
 |
36
SYM01 May 18, 2020
如果是富文本数据，可以在输出的时候做一次 HTML 白名单过滤。
- 提供开箱即用的默认白名单（ Go ）： https://github.com/SYM01/htmlsanitizer - 一个广泛使用的富文本过滤器（ Go ）： https://github.com/microcosm-cc/bluemonday |
Select Language