前些天 Apache Log4j2 接连报了几个重大漏洞，好在我们的系统使用的 logback，可当我们正庆幸的时候，logback 也爆出漏洞了。今天我们一起来看一下这几个漏洞。

CVE-2021-42550

先看一下官方的漏洞描述：

In logback version 1.2.7 and prior versions, an attacker with the required privileges to edit configurations files could craft a malicious configuration allowing to execute arbitrary code loaded from LDAP servers.

The vulnerability is considered to pose a lesser threat than log4shell because it requires access to logback's configuration file by the attacker, sign of an already compromised system.This CVE-2021-42550 is intended to prevent an escalation of an existing flaw to a higher threat level.

首先让我们松一口气的是，logback 的这个漏洞不像 log4j 那样严重。如果是 SpringBoot 项目，没有做日志配置的话，默认使用的就是 logback。

logback 官方的修复速度也是非常给力，短时间内发布了 5 个版本：

• 14th of December, 2021, Release of version 1.2.8

• 16th of December, 2021, Release of version 1.3.0-alpha11

• 16th of December, 2021, Release of version 1.2.9

• 22nd of December, 2021, Release of version 1.3.0-alpha12

• 23rd of December, 2021, Release of version 1.2.10

从上面官方的截图我们可以看到，有两个方法可以避开这个漏洞

• logback 版本升级到 1.2.9

• 把 logback.xml 文件配置为只读

SpringBoot 项目也跟着 logback 的升级做了升级，比如  SpringBoot v2.6.2 版本就把 logback 升级到了 1.2.9。

但是对于真实的系统环境，升级 SpringBoot 版本牵扯到的测试太多了，要快速修复还是升级一下 logback 版本最快。

<dependency><groupId>ch.qos.logback</groupId><artifactId>logback-classic</artifactId><version>1.2.9</version>
</dependency>

CVE-2021-44228

这个漏洞的另一个编号是 CNVD-2021-95914。

Log4j2 日志组件在处理程序日志记录时存在 JNDI 注入缺陷，攻击者可以利用该漏洞，获得目标服务器权限，向目标服务器发送恶意数据，在目标服务器任意代码执行。这个攻击主要针对有外网访问的应用，如果没有外网访问，可以不用太担心。

影响范围：2.0 <= Apache log4j <Log4j-2.15.0

修复措施：

• 升级 Log4j2 版本到 2.16.0

• 改用日志框架，使用 Log4j 或者 logback

• 添加 jvm 启动参数 -Dlog4j2.formatMsgNoLookups=true

• 在应用 classpath 下添加配置文件 log4j2.component.properties，文件内容为 log4j2.formatMsgNoLookups=true

• 升级 JDK 版本，使用 11.0.1、8u191、7u201、6u211 及以上的高版本

• 禁用 JNDI，比如在 spring.properties 里添加 spring.jndi.ignore=true

• 部署使用第三方防火墙产品进行安全防护，并更新 WAF、RASP 规则

可以看到，最快的方式就是添加 jvm 参数然后重启服务。

CVE-2021-45046

CVE-2021-44228 的一种形式，如启 Log4j2 用日志配置查找(例如，$${ctx：loginId})或上下文映射模式(%X、%mdc或%MDC)时，将允许远程攻击者使用JNDI查找模式加载恶意类，从而导致远程代码执行或信息漏洞等风险。

这个漏洞只对使用 log4j-core 的应用受影响。

影响范围：2.0 <= Apache log4j <Log4j-2.15.0

建议：将 Log4j2 升级到 1.17.0。

CVE-2021-45105

由于 Log4j2 某些特殊配置，使用非默认的模式布局和上下文查找(例如，$${ctx：loginId})时，攻击者可以通过构造包含递归查找数据包的方式，控制线程上下文映射 (MDC)，导致 StackOverflowError 产生并终止进程，实现拒绝服务攻击。

这个漏洞只对使用 log4j-core 的应用受影响。

影响范围：2.0 <= Apache log4j <Log4j-2.16.0

建议：将 Log4j2 升级到 1.17.0。

CVE-2021-4104

这个攻击是针对 Log4j1.x 而不是 Log4j2。

当应用程序启用了 JMSAppende，且攻击者可以控制 JMSAppender 添加 JMSBroker 时，将允许远程攻击者进行代码执行攻击。

影响范围：Log4j1.x版本

因 2015 年 8 月起官方已停止维护  Log4j1.x 版本组件，因此不会提供 Log4j1.x 的版本更新，可以从类路径中移除JMSAppender 类进行修复。命令如下：

zip-q-dlog4j-*.jarorg/apache/log4j/net/JMSAppender.class

总结

上面的漏洞都是跟日志组件相关的，官方已经修复。

如果使用 logback，只要把版本升级到 1.2.9 之上就可以。

如果使用了 log4j2，把版本升级到最新版本，也就是 2.17.0 就可以了。

如果使用 log4j，可以从 classpath 中移除 JMSAppender，但这不是长久之计，建议还是升级到 log4j2 或者改用 logback，毕竟 log4j 1.x 版本官方已经不再维护了。

最后，作为程序员，要时刻关注系统中的技术栈，关注新版本修复的问题是否对系统有影响。