百家汽车网

全部频道

您的当前位置：首页CVE-2023-46604- RCE漏洞复现

CVE-2023-46604- RCE漏洞复现

来源：百家汽车网

一、事件背景

Apache ActiveMQ是最流行的开源、多协议、基于 Java 的消息代理。它支持行业标准协议，用户可以从多种语言和平台的客户端使用AMQP协议集成多平台应用程序。

2023年10月26日，Apache ActiveMQ官方发布新版本5.15.16，修复了一个远程代码执行漏洞，攻击者可构造恶意请求通过Apache ActiveMQ的61616端口发送恶意数据导致远程代码执行，从而完全控制Apache ActiveMQ服务器。

2023年10月27日，由于公司有外包开发系统存在该漏洞，服务器被攻击者入侵，我们安全部开始了应急响应和推动加固工作。

二、应急处置过程

2.1 10月27日

上班路上，收到飞书监控群安全告警，到公司后立马登录云安全中心控制台看到告警如下：

由于云安全中心没有提示【拦截成功】，且该云账号的云安全中心为免费版，我们认为攻击者大概率入侵成功，必须立刻启动应急响应。

2.1.1 入侵分析

2.1.2 清理木马

  • 登录服务器，未发现可疑账号
cat /etc/passwd
  • 检查定时任务，未发现可疑任务

crontab -l

  • 根据云安全中心的告警，查看/var/tmp目录，木马文件configs.conf、auditd、polkitd、atd都不存在，可能是木马自己删除自己以隐藏自身。使用find命令进行全盘搜索，发现存在configs.conf文件，使用rf -rf命令删除；使用stat对其余列出的文件逐一检查，未发现mtime或ctime为10月26日-27日的auditd、polkitd、atd文件

ls -al /var/tmp

find / -name auditd

find / -name atd

find / -name polkitd

find / -name configs.conf

rm -rf /etc/selinux/configs.conf

rm -rf /usr/local/share/configs.conf

  • 根据云安全中心的告警，检查恶意进程kstrp，使用readlink /proc/[pid]/exe命令，发现该进程指向木马文件/var/tmp/atd，确认是恶意进程，使用kill -9 [pid]逐一杀掉kstrp恶意进程

[root@ecs tmp]# ps -ef | grep kstrp
root     16303     1  0 06:49 ?        00:00:00 [kstrp]
root     16304 16303  0 06:49 ?        00:00:00 [kstrp]
root     16305 16303  0 06:49 ?        00:00:00 [kstrp]
root     20583 19373  0 12:04 pts/3    00:00:00 grep --color=auto kstrp
[root@ecs tmp]# readlink /proc/16303/exe
/var/tmp/atd (deleted)

[root@ecs tmp]# kill -9 16303

杀掉kstrp进程后，观察一段时间未再出现。

2.1.3 第二次应急

本以为本次应急告一段落，结果晚上再次出现安全告警，需要再次进行应急：

  • 重复白天的操作，杀掉所有kstrp进程，检查并删除所有找到的木马文件configs.conf、auditd、polkitd、atd
  • 根据云安全中心告警，检查所有ksoftirqd/0进程。由于ksoftirqd/0是linux内核进程，因此必须使用readlink /proc/[pid]/exe来分辨出伪装的恶意进程，避免误杀

[root@ecs tmp]# readlink /proc/21944/exe
/var/tmp/polkitd (deleted)
[root@ecs tmp]# ps -ef | grep 21944
root     21944 19411  0 20:46 ?        00:00:00 [ksoftirqd/0]
root     25284 22161  0 23:07 pts/0    00:00:00 grep --color=auto 21944

[root@ecs tmp]# kill -9 21944

执行上述清理操作后过2分钟再次弹出安全告警，发现服务器再次生成configs.conf文件以及ksoftirqd/0进程，怀疑守护进程未全部清理干净，再次进行检查，发现存在多个守护进程ksoftirqd/0

[root@ecs tmp]# systemctl status 25480
● session-21.scope - Session 21 of user root
Loaded: loaded
Drop-In: /run/systemd/system/session-21.scope.d
└─50-After-systemd-logind\x2eservice.conf, 50-After-systemd-user-sessions\x2eservice.conf, 50-Description.conf, 50-SendSIGHUP.conf, 50-Slice.conf, 50-TasksMax.conf
Active: active (abandoned) since Tue 2021-08-24 14:57:57 CST; 2 years 2 months ago
CGroup: /user.slice/user-0.slice/session-21.scope
├─12556 /opt/jdk1.8/jre/bin/java -XmsM -Xmx1G -Djava.util.logging.config.file=logging.properties -Djava.security.auth.login.config=/mnt/server/...
├─12803 /opt/zbox/run/apache/httpd -k restart
├─12804 /opt/zbox/run/apache/httpd -k restart
├─12805 /opt/zbox/run/apache/httpd -k restart
├─12806 /opt/zbox/run/apache/httpd -k restart
├─12910 /bin/sh /opt/zbox/run/mysql/mysqld_safe --defaults-file=/opt/zbox/etc/mysql/my.cnf
├─13143 /opt/zbox/run/mysql/mysqld --defaults-file=/opt/zbox/etc/mysql/my.cnf --basedir=/opt/zbox/run/mysql --datadir=/opt/zbox/data/mysql --plug...
├─13161 /opt/zbox/run/apache/httpd -k restart
├─19410 [ksoftirqd/0]
├─19411 [ksoftirqd/0]
├─19412 [ksoftirqd/0]
└─25480 [ksoftirqd/0]

清理掉所有守护进程并删除configs.conf木马文件后，继续观察半小时，没有出现新的告警、configs.conf、auditd、polkitd、atd木马文件和kstrp、ksoftirqd/0进程，终于可以下班。

[root@ecs tmp]# kill -9 19410 | kill -9 19411 | kill -9 19412 | kill -9 25480

2.2 10月31日 第三次应急

虽然AMQ的61616端口依然开着，但几天未收到告警，本以为攻击者已经遗忘了我们公司，结果下午收到阿里云封禁服务器的通知，原因是服务器对外进行了DDOS攻击。

由于3天没告警，我们初步认为服务器没被入侵，属于误封，发起工单和阿里云进行沟通，得出两个结论：

  1. 我们服务器的确有对外发起DDOS攻击，PPS达到xx万。
  2. 为什么云安全中心未检测到异常，而前几天可以？回复：没有采集到，所以就没告警。

在没有任何告警信息的情况下，我们再次进行了艰难的排查，主要步骤如下：

  • 服务器突然很卡，难以操作。查看服务器云监控，发现公网、内网带宽流量飙升
  • 使用tcpdump，发现大量外联包，使用iftop查看发现访问该IP流量达到1.72Gb

  • 常规ps、top、netstat、cat /etc/passwd等检查命令，未发现异常
  • 继续寻找隐藏的恶意进程，最终发现伪装成内核进程的恶意进程ksoftirqd/0被mount到了/dev/vda1目录，所以ps、netstat、top等命令都无法找到，卸载后杀掉进程。通过lsof命令可以看到，运行的恶意文件是/mnt/server/activemq-5.15.10/bin/linux_amd，运行后就把自己删除了

[root@ecs ~]# cat /proc/mounts | grep proc

/dev/vda1 /proc/18034 ext4 rw,relatime,data=ordered 0 0

[root@ecs~]# umount /proc/18034
[root@ecs~]# ps -ef | grep 18034
root     11715 265  0 22:30 pts/2    00:00:00 grep --color=auto 18034
root     18034     1  2 05:49 ?        00:29:50 [ksoftirqd/0]

[root@ecs~]# lsof -p 18034
COMMAND     PID USER   FD      TYPE    DEVICE SIZE/OFF      NODE NAME
linux_amd 18034 root  cwd       DIR    253,17     4096   6816173 /mnt/server/activemq-5.15.10/bin
linux_amd 18034 root  rtd       DIR     253,1     4096         2 /
linux_amd 18034 root  txt       REG    253,17  5398528   6816523 /mnt/server/activemq-5.15.10/bin/linux_amd (deleted)
linux_amd 18034 root    0r      CHR       1,3      0t0      1031 /dev/null
linux_amd 18034 root    1w      CHR       1,3      0t0      1031 /dev/null
linux_amd 18034 root    2w      CHR       1,3      0t0      1031 /dev/null
linux_amd 18034 root    3u     IPv4 261919304      0t0       TCP ecs:52766->20..141.233:icl-twobase2 (ESTABLISHED)
linux_amd 18034 root    4u  a_inode      0,10        0      6358 [eventpoll]
linux_amd 18034 root    5r     FIFO       0,9      0t0 261080142 pipe
linux_amd 18034 root    6w     FIFO       0,9      0t0 261080142 pipe
linux_amd 18034 root    7u     IPv4 2615902      0t0       TCP ecs:35772->194.49.94.12:32675 (ESTABLISHED)
[root@ecs~]# kill -9 18034

  • 使用tcpdump、top、ps等命令继续观察服务器，未发现异常
  • 要求研发和运维关闭61616端口，未升级完AMQ前，不得开放

2.3 11月2日

所有AMQ升级到5.15.16，重新开放61616端口，并且已验证不能再触发漏洞，本次应急响应终于正式告一段落。

三、安全建议

  1. 对 AMQ的8161、61616端口增加IP白名单。
  2. 升级AMQ到安全版本。
  3. 引入外包软件开发商时，应对软件的组件进行安全评估，并要求软件开发商履行漏洞修复职责。

四、IOCs

4.1 域名&&IP

  • 172.245.16.125/down
  • 4.216.93.211:9865/x.sh
  • 4.216.93.211:25001
  • 47.243.142.18:443
  • 4.216.93.211:5981/ix.sh
  • 146.56.217.27/7LvMgjN2.sh
  • 119.45.155.12/7LvMgjN2.sh
  • 82.115.220.81/bins/x86
  • 194.49.94.12
  • 20..141.233
  • 39.103.151.239
  • 39.99.235.57
  • 183.136.225.9
  • 2151.m.x8.eyes.sh
  • 0.tcp.ap.ngrok.io
  • okfile.cc/az
  • www.bailong8888.com/long
  • long.amdc6766.net
  • 149.28.237.94.vultrusercontent.com

4.2 文件名

  • /var/tmp/polkitd
  • /var/tmp/atd
  • /var/tmp/auditd
  • /var/tmp/configs.conf
  • /etc/selinux/configs.conf
  • /usr/local/share/configs.conf
  • /usr/local/share/man/configs.conf
  • /usr/local/share/man/man1/configs.conf
  • /mnt/server/activemq/bin/linux_amd

4.3 文件hash

  • bf0e3caacbe6ccc28b7678d1ec551ca7
  • 8e5672c5f7a049316a902b7d449165c6
  • 0d763111a051c06368d4d25efeb08a05
  • 9dd7853e4915795c528ebb2548d4
  • 36522b9120906d4f91d7087e5c7ce20c

4.4 进程名

kstrp

ksoftirqd/0

五、参考资料

原文链接：https://www.freebuf.com/vuls/383845.html

免费领取安全学习资料包！

渗透工具

技术文档、书籍

 

面试题

帮助你在面试中脱颖而出

视频

基础到进阶

环境搭建、HTML，PHP，MySQL基础学习，信息收集，SQL注入,XSS，CSRF，暴力破解等等

 

应急响应笔记

学习路线

因篇幅问题不能全部显示，请点此查看更多更全内容

查看全文