前言

你好，我是YourBatman。

今天中午收到我司安全部发了一封邮件：Jackson存在安全漏洞。查了一下，这件事并不算很新鲜了（已经过了10天的样子），本文来聊聊吧。

说起来还蛮戏剧化：阿里云向Jackson官方提交了一个Jackson序列化安全漏洞。众所周知，在国内关于JSON库使用有两大主要阵营：「国际著名的Jackson库」和「国内阿里巴巴出品的Fastjson」。

同样的功能定位，不存在竞争想想也觉得不可能嘛。所以当我看到这个漏洞竟是阿里云上报的，就觉得这关系还蛮微妙呢，默默的腹黑了3秒钟，哈哈。

附：FasterXML/jackson-databind是一个简单基于Java应用库，Jackson可以轻松的将Java对象转换成json对象和xml文档，同样也可以将json、xml转换成Java对象。Jackson是美国FasterXML公司的一款适用于Java的数据处理工具。jackson-databind是其中的一个具有数据绑定功能的组件。

正文

熟悉A哥的小伙伴知道，自从Fastjson上次爆出重大安全漏洞之后，我彻底的投入到了Jackson的阵营，工作中也慢慢去Fastjson化。这不还专门撰写了一篇文章来说明此事：Fastjson到了说再见的时候了。为了顺利完成“迁移”，我还专门写了一个，也有可能是全网唯一一个Jackson专栏，虽然很小众但就是干了~

关于本次漏洞

2020年8月25日，jackson-databind（官方）发布了Jackson-databind序列化漏洞的安全通告，漏洞编号为CVE-2020-24616。

漏洞详情

该漏洞源于不安全的反序列化。远程攻击者可通过精心构造的恶意载荷利用该漏洞在系统执行任意代码。

其实上它的底层原理是利用某些类的反序列化「利用链」，可以绕过 jackson-databind 「黑名单限制」，远程攻击者通过向「使用该组件」的web服务接口发送特制请求包（精心构造的JSON），可以造成远程代码执行影响。

漏洞评级

对此评级没有概念？那就来个参照物比一比嘛，我把Fastjson上次（2020-05）的安全漏洞评级给你做对比：

有限和广泛的的区别到底有多大，用文字不太好描述。打个比方，我觉得可类比「艾滋病和新冠病毒」的区别，前者对社会生态影响并不大，而后者恨不得让全球都停摆了，即使它致死率还远没有前者那么高，这就是影响范围的“力量”。

影响版本

jackson-databind < 2.9.10.6

因为现在大家都基于Spring Boot开发，针对版本号我「扩展一下」，方便你对号入座哈：

Spring Boot2.1.x应该是现行主流使用版本，因此从版本号上来看，大概率都在此次漏洞的射程范围内。

安全版本

jackson-databind 2.9.10.6或者2.10.x及以后版本

故事时间轴

2020-08-05，「阿里云安全组」同学向Jackson官方上报了这个安全漏洞：当天，官方回复预计会在8-15左右发布bug修复版本修复次问题（waht？知道问题了还得10后修复？）：可结果是10天都不止。直到8.25这天，Jackson发布2.9.10.6版本修复了此问题，并向外界发公告公布此漏洞：

从8.5号Jackson官方知晓此漏洞，到8.25号最终发版解决此问题，「整整20天」，为何需要这么久？我想真像只有一个：此漏洞影响真的不大，或者说影响范围较窄。回忆下上次Fastjson出现的那个安全漏洞，24h内就给与了修复版本，并不是因为我们反映迅速，而是因为影响重大等不了...

修复建议

一股脑的全部升级到2.9.10.6或以上版本当然能规避此安全问题，但是你是否想过，你负责多少个服务？你团队、公司一共有多少个服务？你品，你细品，头大吗？

从官方对此次漏洞做出的反射弧时间来看，本次漏洞影响是相对较小的，因此我总结了下修复建议，倘若你「同时满足」如下三个条件，那么需要立马修复，否则可暂不理会：

1. 对公网提供API接口
2. Jackson版本小于2.9.10.6
3. 工程内 「有」使用（或者引入）如下4个类任意一个：
1. br.com.anteros.dbcp.AnterosDBCPDataSource
2. com.pastdev.httpcomponents.configuration.JndiConfiguration
3. com.nqadmin.rowset.JdbcRowSetImpl
4. org.arrah.framework.rdbms.UpdatableJdbcRowsetImpl

条件3的理论支撑是我对比2.9.10.6版本release改动源码 + 我和我司安全组人员的讨论结果。修复方案也仅仅是在黑名单里新增了这4个类，截图如下：

总结

外行看热闹，内行看门道。千万不能说Fastjson出了个漏洞，Jackson也来一个就得出结论说打平手了，那会稍显外行。正所谓假设可以大胆，但小心求证，下结论需要谨慎。

总的来说，此次漏洞影响甚小，不用大惊小怪，我就继续我的Jackson之旅啦。