隨着開源產品的越來越盛行,作為一個Linux運維工程師,能夠清晰地鑑別異常機器是否已經被入侵了顯得至關重要,個人結合自己的工作經歷,整理了幾種常見的機器被黑情況供參考:
背景信息:以下情況是在CentOS 6.9的系統中查看的,其它Linux發行版類似。
1.入侵者可能會刪除機器的日誌信息可以查看日誌信息是否還存在或者是否被清空,相關命令示例:

可以查看/etc/passwd及/etc/shadow文件,相關命令示例:

可以查看/etc/passwd及/etc/shadow文件內容進行鑑別,相關命令示例:

對應日誌「/var/log/lastlog」,相關命令示例:

對應日誌文件「/var/run/utmp」,相關命令示例:

對應日誌文件「/var/log/wtmp」,相關命令示例:

對應日誌文件「/var/log/wtmp」,相關命令示例:
可以使用命令「tcpdump」抓取網絡包查看流量情況或者使用工具」iperf」查看流量情況
9.可以查看/var/log/secure日誌文件嘗試發現入侵者的信息,相關命令示例:
a.top命令查看異常進程對應的PID

b.在虛擬文件系統目錄查找該進程的可執行文件

1、當進程打開了某個文件時,只要該進程保持打開該文件,即使將其刪除,它依然存在於磁盤中。這意味着,進程並不知道文件已經被刪除,它仍然可以向打開該文件時提供給它的文件描述符進行讀取和寫入。除了該進程之外,這個文件是不可見的,因為已經刪除了其相應的目錄索引節點。
2、在/proc 目錄下,其中包含了反映內核和進程樹的各種文件。/proc目錄掛載的是在內存中所映射的一塊區域,所以這些文件和目錄並不存在於磁盤中,因此當我們對這些文件進行讀取和寫入時,實際上是在從內存中獲取相關信息。大多數與 lsof 相關的信息都存儲於以進程的 PID 命名的目錄中,即 /proc/1234 中包含的是 PID 為 1234 的進程的信息。每個進程目錄中存在着各種文件,它們可以使得應用程序簡單地了解進程的內存空間、文件描述符列表、指向磁盤上的文件的符號鏈接和其他系統信息。lsof 程序使用該信息和其他關於內核內部狀態的信息來產生其輸出。所以lsof 可以顯示進程的文件描述符和相關的文件名等信息。也就是我們通過訪問進程的文件描述符可以找到該文件的相關信息。
3、當系統中的某個文件被意外地刪除了,只要這個時候系統中還有進程正在訪問該文件,那麼我們就可以通過lsof從/proc目錄下恢復該文件的內容。
假設入侵者將/var/log/secure文件刪除掉了,嘗試將/var/log/secure文件恢復的方法可以參考如下:
a.查看/var/log/secure文件,發現已經沒有該文件

b.使用lsof命令查看當前是否有進程打開/var/log/secure,

c.從上面的信息可以看到 PID 1264(rsyslogd)打開文件的文件描述符為4。同時還可以看到/var/log/ secure已經標記為被刪除了。因此我們可以在/proc/1264/fd/4(fd下的每個以數字命名的文件表示進程對應的文件描述符)中查看相應的信息,如下:

d.從上面的信息可以看出,查看/proc/1264/fd/4就可以得到所要恢復的數據。如果可以通過文件描述符查看相應的數據,那麼就可以使用I/O重定向將其重定向到文件中,如:

e.再次查看/var/log/secure,發現該文件已經存在。對於許多應用程序,尤其是日誌文件和數據庫,這種恢復刪除文件的方法非常有用。

文章轉載:Devops技術棧
(版權歸原作者所有,侵刪)

藍隊應急響應姿勢之Linux
通過DNSLOG回顯驗證漏洞
記一次服務器被種挖礦溯源
內網滲透初探 | 小白簡單學習內網滲透
實戰|通過惡意 pdf 執行 xss 漏洞
免殺技術有一套(免殺方法大集結)(Anti-AntiVirus)
內網滲透之內網信息查看常用命令
關於漏洞的基礎知識
任意賬號密碼重置的6種方法
乾貨 | 橫向移動與域控權限維持方法總匯
手把手教你Linux提權
歡迎關注LemonSec
覺得不錯點個「贊」、「在看」哦