刚修完 Jackson 漏洞，又要修 FastJson 漏洞，我太难了
点击上方“ zhisheng ”，选择“ 设为星标 ”
来源： https://tinyurl.com/y53yanrw
前段时间频繁的爆出 Jackson 漏洞，前天刚修复完升级好了，第二天又要接着修复:joy:，简直了。那一波涉及的东西还挺多，不仅仅应用升级，像 ElasticSearch、Kafka 等中间件都是依赖的 Jackson ，升级中间件中的 Jackson 压力其实超级大的。
对此当时，国内 FastJson 作者都在微博发出了如下感慨 （逃 ） ：
三十年河东，三十年河西，这才过几天，就又轮到 FastJson 了，漏洞报导如下。
0x00 漏洞背景
2019年9月5日，fastjson在commit 995845170527221ca0293cf290e33a7d6cb52bf7上提交了旨在修复当字符串中包含/x转义字符时可能引发OOM的问题的修复。
360CERT 判断该漏洞危害中。 影响面较大。 攻击者可以通过发送构造好的请求而致使当前线程瘫痪，当发送的恶意请求过多时有可能使业务直接瘫痪。
建议广大用户对自身的业务/产品进行组件自查，确认fastjson版本至少升级到 1.2.60
0x01 漏洞详情
漏洞的关键点在com.alibaba.fastjson.parser.JSONLexerBase#scanString中，当传入json字符串时，fastjson会按位获取json字符串，当识别到字符串为/x为开头时，会默认获取后两位字符，并将后两位字符与/x拼接将其变成完整的十六进制字符来处理：
而当json字符串是以/x结尾时，由于fastjson并未对其进行校验，将导致其继续尝试获取后两位的字符。 也就是说会直接获取到/u001A也就是EOF：
当fastjson再次向后进行解析时，会不断重复获取EOF，并将其写到内存中，直到触发oom错误：
最终效果为：
0x02 影响版本
fastjson < 1.2.60版本
0x03 修复建议
-
1.1.15~1.1.31版本更新到1.1.31.sec07版本
-
1.1.32~1.1.33版本更新到1.1.33.sec06版本
-
1.1.34 版本更新到1.1.34.sec06版本
-
1.1.35~1.1.46版本更新到1.1.46.sec06版本
-
1.2.3~1.2.7版本更新到1.2.7.sec06版本或1.2.8.sec04版本
-
1.2.8 版本更新到1.2.8.sec06版本
-
1.2.9~1.2.29 版本更新到1.2.29.sec06版本
0x04 时间线
2019-09-03fastjson提交修补commit
2019-09-05360CERT发布预警
2019-09-07 周末加班升级！我太难了！！！
END
正文到此结束
热门推荐
相关文章
近期评论
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
搞个gitee的项目
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
