前段时间在看某个cms代码的时候，发现log4j组件版本存在漏洞，并且开启了端口，但web站点是nginx反向代理的，而在外网并没有开放到该端口，所以并没有利用成功。但该漏洞遇到的比较少，就算一些cms中log4j组件版本存在漏洞，该漏洞需要使用SimpleSocketServer开启端口才能够接受socket中的数据进行反序列化操作，从而才能利用。
log4j用的其实还是比较多，记录一些Java的日志，这个相信接触过Java的都知道，在此不做多的赘诉。
漏洞版本：CVE-2019-17571
1.2.4 <= Apache Log4j <= 1.2.17
漏洞原因是因为调用SimpleSocketServer.main开启一个端口，进行接受数据，进行反序列化操作。
根据官方描述作用是把接受到的LoggingEvent作为本地的日志记录事件，再使用在服务器端配置的Log4J环境来记录日志。默认可能会开启在4560端口中。
配置漏洞代码
import org.apache.log4j.net.SimpleSocketServer;
public class log4j {
public static void main(String[] args) {
System.out.println("INFO: Log4j Listening on port 1234");
String[] arguments = {"1234", (new log4j()).getClass().getClassLoader().getResource("log4j.properties").getPath()};
SimpleSocketServer.main(arguments);
System.out.println("INFO: Log4j output successfuly.");
}
}
配置log4j文件
log4j.rootCategory=DEBUG,stdout
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.threshold=DEBUG
log4j.appender.stdout.layout.ConversionPattern=[%d{yyy-MM-dd HH:mm:ss,SSS}]-[%p]-[MSG!:%m]-[%c\:%L]%n
然后使用yso生成gadget的序列化数据，直接使用nc进行发送。但是nc发送传输有时候会有些问题，有时候传输数据缺失，会反序列化失败。
nc 127.0.0.1 1234 < log4j.curl.bin
漏洞比较简单，还是现在漏洞位置先下断点。
跟进查看
在这里开启serverSocket进行监听，也就是socket的服务端，然后new了SocketNode进行传入。
继续跟进
而在这里接受了socket的数据。
下一步会来到run的这个方法里面，是因为前面调用了线程的start，而start的底层会调用run
直接就对ois也就是刚刚接受的socket数据，调用readobject进行反序列化。
在复现的时候，使用nc发送数据时数据传输不完整，导致反序列化失败。就随手写了一个小工具，方便下次遇到的时候使用（可能也极少能遇到，比较鸡肋）
命令执行：
反弹shell：
POC:
由于比较少见，反序列化回显暂不构造。
github地址：https://github.com/nice0e3/log4j\_POC
动动小手点点start
log4j的反序列化漏洞比较简单，而类似于这种反序列化工具原理其实差不多，只是发包构造的数据包不一样，分析一下漏洞知道漏洞怎么形成的。原理其实比较简单，但也会遇到很多细节问题，如回显方式，或gui的优化问题。
