test代码如上,当参数input的值为:%26lt%5cu4e00%26gt的时候,点击test文本,弹窗内容为:想知道,从输入参数到弹窗的整个过程中浏览器是如何对%26lt%5cu4e00%26gt进行顺序解码的?">
时间:2021-07-01 10:21:17 帮助过:112人阅读
');">test
代码如上,当参数input
的值为:%26lt%5cu4e00%26gt
的时候,点击test
文本,弹窗内容为:<一>
想知道,从输入参数到弹窗的整个过程中浏览器是如何对%26lt%5cu4e00%26gt
进行顺序解码的?
');">test
代码如上,当参数input
的值为:%26lt%5cu4e00%26gt
的时候,点击test
文本,弹窗内容为:<一>
想知道,从输入参数到弹窗的整个过程中浏览器是如何对%26lt%5cu4e00%26gt
进行顺序解码的?
input
的值,被URLDecode
,变为<\u4e00>
浏览器从服务端获取的页面数据就已经变成了<\u4e00>
此时通过查看页面源码
(注意不是页面右键点检查元素
)可以看到
test
作为URL的href字符串 javascript:alert('<\u4e00>');
被HTMLEntity解码,变为
');">test
这一步可以通过在页面上右键点击test链接
,选择检查元素
,可以看出实际渲染出的dom元素
执行的其实是一句javascript代码,其中有一个字符串,'<\u4e00>'
,里面有一个转义字符\u4e00
,对其进行逆转义
,由前导符\u
可知这是一个unicode编码的转义,将这6个字节的字符串'\u4e00'
转化为一个实际上占3个字节空间的unicode字符'一'
,此时整个字符串占用的内存空间为
< | 一 | > |
---|---|---|
3c | e4 b8 80 | 3e |
如果你直接在代码里写成 alert('<一>');
,这个字符串的内部存储方式也是这样的
由系统将上字节码,翻译为可显示的对应编码的字符,渲染在屏幕上