最近，搞IT的小伙伴们我想都知道Apache被爆出来的这个Log4j2远程代码执行漏洞，这个漏洞可以说影响范围极广，危害性非常强，所以大家一定要小心！Apache Log4j2是一个基于Java的日志记录工具，当程序将用户输入的数据进行日志记录时，即可触发此漏洞，成功利用此漏洞可以在目标服务器上执行任意代码。那么，我们如何快速地排查我们运行着的服务器是否存在这个Log4j2漏洞风险呢？本人当时一出来这个漏洞告警第一时间就排查出来了，可以说一条命令就得出结论，排查出我们大量服务器是否存在Apache Log4j2远程代码执行漏洞！！！本篇就来介绍一下本人的排查思路，大家可以参看一下哈~
最简单的思路是查看服务器是否存在Log4j组件，那么Linux运维工程师们一条命令如下：
find / -name “*log4j-*.jar”
我们查找有没有存在这个log4j包的路径就行了，如果有的话就深入分析自己运行的版本是否有影响，现在受影响的版本是Apache log4j2 2.0 – 2.14.1的版本。
那么如果只有少量服务器还好，有大量成百上千的服务器一台台去查看不得累死，所以就得有批量执行查看的思路，本人这里就采用了Ansible这款批量自动化运维神器了，在Ansible主机上执行命令如下：
ansible Linux -m command -a “find / -name ‘*log4j-*.jar'”
这条命令后，被ansible管理的所有远程主机会全部执行find命令后搜索显示结果，这样我们是不是第一时间就可排查出来了。
如果大家要确认服务器运行着的Log4j到底是否有影响，这里有个脚本可以排查，下载链接如下：
https://static.threatbook.cn/tools/log4j-local-check.sh，脚本原理是首先通过读取系统中所有打开的文件，来读取所有加载了的log4j的jar包，然后识别log4j 2.x的jar包文件名特征来识别出结果，如果没检测出来，则对其他jar包进行正则匹配 log4j-core，看是否有引用该jar包，如果显示 jar包路径，则说明存在该漏洞，没有则说明没有直接加载log4j对应jar包。
以下运行结果表示不存在log4j2漏洞风险。
以下运行结果表示存在log4j2漏洞风险，可以看到运行的log4j版本为2.13.3为受影响的版本。
接下来我们通过Ansible批量执行这个shell脚本命令如下：
ansible Linux -m script -a “/root/log4j-check.sh”
最后，我们所有的服务器运行log4j情况是不是就一目了然地展现出来了，就可以迅速排查出log4j2漏洞风险了。
微信扫一扫，打开小程序浏览更便捷
转载作品，原作者：IT老良，文章来源：https://www.toutiao.com/i7045919273641902599
微信扫一扫
支付宝扫一扫
相关推荐
-
nginx根据客户浏览器语言跳转不同的页面
nginx根据客户浏览器语言跳转不同的页面，该代码首先使用 map 指令将客户端的 Accept-Language HTTP 头部映射到一个变量 $lang，然后使用 if 指令在不同的语言设置下进行重定向。
-
源码编译安装PHP的zlib扩展
wordpress安装后出现了Fatal error: Uncaught Error: Call to undefined function gzinflate() in 这个报错，这是因为编译安装php时少了 zlib.so 这个扩展，再次编译安装一下即可。
-
Linux定时任务工具crontab入门
Linux crontab是用来定期执行程序的命令。当安装完成操作系统之后，默认便会启动此任务调度命令。 crond 命令每分钟会定期检查是否有要执行的工作，如果有要执行的工作便会…
-
Linux下文件实时和增量同步–rsync+inotify
Inotify是一个 Linux特性, 它监控文件系统操作, 比如读取、写入和创建。Inotify 反应灵敏, 用法非常简单, 并且比 cron 任务的繁忙轮询高效得多, 只要使用Inotify文件有变动+rsync命令同步有变化的文件, 这样就达到增量备份的需求