大家好,我是君哥,周末又要结束了。
前些天 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
修复措施:
- 升级 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
建议:将 Log4j2 升级到 1.17.0。
CVE-2021-45105
由于 Log4j2 某些特殊配置,使用非默认的模式布局和上下文查找(例如,$${ctx:loginId})时,攻击者可以通过构造包含递归查找数据包的方式,控制线程上下文映射 (MDC),导致 StackOverflowError 产生并终止进程,实现拒绝服务攻击。
这个漏洞只对使用 log4j-core 的应用受影响。
影响范围:2.0 <= Apache log4j
建议:将 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 版本官方已经不再维护了。
最后,作为程序员,要时刻关注系统中的技术栈,关注新版本修复的问题是否对系统有影响。
转载请注明:IT运维空间 » 安全防护 » Logback 也爆漏洞了,总结下最近log相关的几个漏洞
发表评论