0x00 整体流程

0x01 梳理现场情况
0x02 获取异常进程pid
- CPU占用
- top -c -o %CPU
- -c 参数显示进程的命令行参数
- -p 参数指定进程的pid
- ps -w -eo pid,ppid,%mem,%cpu,cmd –sort=-%cpu | head -n 5
- 以 cpu 占用情况排序的进程信息前 5 行
- top -c -o %CPU
- 内存占用
- top -c -o %MEM
- -c 参数显示进程的命令行参数
- -p 参数指定进程的pid
ps -w -eo pid,ppid,%mem,%cpu,cmd --sort=-%mem | head -n 5
- top -c -o %MEM
- 网络占用 > 网络占用需要安装这两个软件,之后使用root权限进行执行 > Debian/Ubuntu > > – apt-get install nethogs > > Centos/RHEL > – yum -y install epel-release > – yum -y install nethogs
- nethogs
- jnettop
0x03 寻找恶意文件样本
经过以上步骤,我们基本上已经获取到进程pid或进程相关的命令行命令
- 根据进程名字或者部分字符串获取pidpidof “name”ps -w -aux | grep “name”ps -w -ef | grep “name” | grep -v grep | awk ‘{print $2}’pgrep -f “name”
- 根据pid获取程序的详细信息lsof -p pid pwdx pid # 获取该pid的进程启动的时候的目录,并不一定是恶意文件所在的路径,只是启动恶意文件的路径systemctl status pid # 获取这个进程的 status 信息cat /proc/pid/mapsls -al /proc/pid/exe有些时候无法通过ps,top等命令根据pid进行查询,可能是因为攻击者将/proc/pid/ 进行了隐藏,可以通过以下方式进行隐藏(ubuntu测试成功,centos测试失败) – mkdir .hidden – mount -o bind .hidden /proc/PID 这种情况可以使用
cat /proc/$$/mountinfo来查看挂载信息 - 根据pid查看由进程起的线程
ps -w H -T -p pidps -w -Lf pid
其中SPID就是线程ID,而CMD栏则显示了线程名称top -H -p pid-H 选项可以显示线程- htop (默认未安装),可以较为全面的展示线程
pstree -agplU推荐,非常全面展示进程与线程间的关系- 可以在后面直接加 pid 的值,例如
pstree -agplU 709,查看指定 pid 的进程与线程的关系
0x04 确定程序运行时间
- 查看程序运行时间
- ps -w -eo pid,lstart,etime,cmd | grep <pid>
表示 1292这个进程是在2022年4月28日13:32:20被创建的,已经运行了30分零2秒,具体执行的命令行为/usr/sbin/sshd -D
- ps -w -eo pid,lstart,etime,cmd | grep <pid>
- 与找到的恶意文件创建时间进行对比
- stat xxx.sh

- ls -al xxx.sh

- stat xxx.sh
这个部分更多是为了验证发现的文件是否为当前程序的恶意文件,增加这个对比,可能会发现一些之前没有发现的蛛丝马迹
0x05 处理异常进程
- 恶意文件样本采样
- scp
scp -P 4588 remote@www.target.com:/usr/local/aaa /home/admin- -P 指定SSH端口
- 从远程服务器将aaa下载到本地的 /home/admin
- scp
- finalshell、xshell等集成工具
- python、php等程序起http服务
- nc
- 病毒在线分析
- 寻找病毒分析报告
- 进程查杀 > 有些进程会起子进程,可以使用如下命令查看
ps -w ajfxsystemctl status
kill -9 pid这样会直接杀死指定进程,但是,由这个进程产生的子进程不会被杀死如果进程起子进程,需要使用如下命令 –kill -9 -pid这里pid前有个减号,表示杀掉这个进程组> 需要注意的是, `kill -9 -PGID` 配合 `sudo` 使用时,需要将命令修改为以下格式
>
> “`bash
> sudo kill -9 — -PGID
> “`
>
> 也可以使用 `pkill` 来完成
>
> “`bash
> sudo pkill -g PGID # 进程组前没有横杠
> “`进程组ID & 会话ID 平时我们关注的更多是PID和PPID,对于PGID,SID接触较少,简单介绍一下 使用ps -w ajfx可以看到具体的PPID、PID、PGID、SID 信息
程序运行起来后,会产生一个主进程,并且分配一个进程ID(pid),如果在运行期间起其他进程,那么这个其他进程就是子进程,同时分配相应的进程ID,并设置其PPID的值为父进程的pid 此时呢,父进程和所有生成的子进程会组合成一个进程组,并且分配一个进程组ID 那什么叫做会话ID,其实也很容易理解,我们通过ssh 链接到服务器,就会获取一个会话,分配一个会话ID,此时我们起的进程的会话ID都是一样的 所以,如果挖矿程序有调用子进程,那么就需要以进程组为单位杀死! - 守护进程(daemon)挖矿病毒为了保障挖矿程序的运行,通常会为挖矿程序设置守护进程,杀死守护进程与杀死普通进程并无区别,更详细的内容已经总结到 Linux守护进程 | 应急响应 这篇文章
- 线程查杀 > 很多木马病毒将恶意代码执行做到了线程级别,也就是说附到了现有正常业务的进程中,做一个线程,目前查杀一个进程中的线程风险比较大,极可能会把进程搞崩掉,需要与客户确认好再进行,杀死线程的方法和杀死进程一样,因为在Linux中线程的概念就是轻量级进程
- 根据pid查看由进程起的线程
ps -w -T -p pidps -w -aLf pid
其中SPID就是线程ID,而CMD栏则显示了线程名称top -H -p pid-H 选项可以显示线程- htop (默认未安装),可以较为全面的展示线程
pstree -agplU推荐,非常全面展示进程与线程间的关系- 可以在后面直接加 pid 的值,例如
pstree -agplU 709,查看指定 pid 的进程与线程的关系
- 查看全部的线程
ps -w -eLFa
- 根据pid查看由进程起的线程
0x06 删除恶意文件
通过进程pid以及/proc/ ,我们已经定位到了文件的具体位置,接下来就是删除恶意文件
- 查看文件占用
lsof eval.sh如果存在进程占用,那么占用进程也可能是恶意进程,需要按照之前的步骤进行查看 - a 和 i 属性导致文件不可删除
- a属性 文件只能增加内容,不能修改之前的文件,不能删除文件
- i属性 内容不能改变,文件不能删除 可以使用
chattr -a和chattr -i
具体可以参考 https://www.cnblogs.com/kzang/articles/2673790.html
- 奇怪文件名导致文件不可删除 > 从windows向linux传输的文件或者攻击者恶意制造的文件,很多会有文件名乱码,无法直接通过乱码的文件名进行删除,可以使用inode来确定文件名,之后删除
- 使用 inode 进行删除
- 查看inode
- ls -li eval.shjohn@john:~/temp$ ls -li evil.sh 12327526 -rw-r–r– 1 john john 0 3月 7 10:21 evil.shjohn@john:~/temp$
- 删除文件
find ./* -inum 12327526 -deletefind ./ -inum 12327526 -exec rm {} \;find ./* -inum 12327526 -exec rm -i {} \;(会有一步确认是否删除)find ./* -inum 12327526 -exec rm -f {} \;(不进行确认直接强制删除)find ./* -inum 12327526 |xargs rm -f- rm `find ./* -inum 12327526`参考文章 https://www.cnblogs.com/starry-skys/p/12970463.html https://www.cnblogs.com/tssc/p/7574432.html
- 查看inode
- 使用 inode 进行删除
- 目录挂载导致无法删除当目录中没有文件但是依旧无法删除的时候,显示
Device or resource busy使用lsof 进行查看,又发现没有资源占用,此时要考虑可能目录存在挂载点
此时需要先将挂载取消,之后再删除该文件夹查看挂载情况sudo lsblk -a
取消挂载sudo umount /dev/sdb1/dev/sdb1 是演示电脑的情况,需要按照实际情况更改
这样就成功删除了
0x07 善后阶段
直接查看善后阶段即可,主要为定损以及针对性排查处理,目的是解决潜在的受害服务器
0x08 常规安全检查阶段
直接根据常规安全检查章节进行安全检查即可,目的是找出当前系统中存在的隐藏后门等
项目地址:https://github.com/Just-Hack-For-Fun/Linux-INCIDENT-RESPONSE-COOKBOOK?tab=readme-ov-file
本文仅做技术分享介绍,版权归原作者NOP Team所有
© 版权声明
文章版权归作者所有,未经允许请勿转载。
THE END










暂无评论内容