作者：碼畜君
來源：公眾號碼畜圈
大家好，我是粗心沙比得小編，最近騰訊云服務器被黑了，這是我第二次被黑，又是一個慘痛得經歷！鼓掌
先說說上次被黑得經歷，上次被黑的服務器是阿里云，服務器倒是沒事，僅僅是被刪庫了，主要原因有兩點：一是外網數據庫端口沒關，二是線上數據庫密碼過于簡單，總結來說是弱密碼口令攻擊，數據庫密碼有多簡單：123456，說到這里，一口老血噴出來！
這次被黑顯得有些科幻了，搞到提工單都沒辦法解決，系統都沒辦法重啟，我都懷疑入侵者在我機器根目錄上上執行了 rm -rf *
首次發現
第一次發現崩得昨晚，在百度上查看網站得收錄情況，突然發現博客網站打不開了！以為是服務器不穩定，打算登錄上去重啟一下，然后悲劇得發現登不上去了！
于是麻溜得去騰訊云提工單，看看是什么情況！
通過工程師得分析，我得機器是因為cpu爆滿導致沒有資源能夠進行遠程連接，建議我重啟后通過VNC登錄（網頁登錄得一種）
好嘛，終于通過網頁端登錄進來了，趕緊看看出了什么問題！由于我的服務都是基于Docker得，于是首先docker查看了一下容器信息，一看嚇一跳
臥槽，我的機器啥時候被掛上兩個程序在跑了，一個是15小時前，另外一個是39小時前，也就是在這一兩天，并且這個哥們倒是很聰明，沒有動我得其他東西，要不是機器跑掛了我都沒發現。
立馬刪除了這兩個容器！
好，問題找到了，我現在沒有興趣去管跑的這兩個容器到底是啥應用，反正就是被黑了，至于被黑得原因，我想到前段時間寫的帖子就猜到了：docker外網遠程端口忘記關了。真是打臉啪啪啪
感興趣得朋友可以看看這篇文章：
【實戰原創】SpringBoot應用docker化并發布到遠程服務器
立馬去關了遠程端口，以防壞淫繼續作亂
為了進一步保證安全，我再次更換了ECS服務器得登錄密碼
既然隱患都解決了，那就重啟下系統唄。
完蛋，遠程又是連接不上，還是只能通過VNC連接，這也不方便啊，心累，關燈睡覺，明天再說吧
第二天早上，通過xshell遠程登錄，還是登錄不上，再次后臺點擊重啟，過了一會，依舊是失敗，通過VNC去連接，發現連VNC都連不進去了，只看到如下界面,沒錯，卡住不動了！重啟都GG
有問題立馬提工單找騰訊小哥哥啊，各種授權
因為機器都重啟不了，自然云硬盤數據快照備份都使用不了，也就是說
我的所有資料都GG了！?。?！
通過我得描述，工程師確認是因為黑客攻擊導致系統文件缺失，導致無法重啟，必須得重裝系統才能用了，那我得文件怎么辦呢？我的數據庫還存著上百篇得博客呢~ 于是為了將損失降低到最小，跟工程師溝通了一下恢復方案，對方建議我從原來得系統盤進行試恢復，希望黑我得這位老鐵沒把我以前手動備份得文件給清除，不然我真的要哭了！
首先，購買了一份云硬盤，將原來得系統盤數據拷貝到云硬盤，因為要想重新去查看原來得數據，必定是先重裝系統然后掛載云硬盤，因為系統盤會隨著實例釋放，所以不得不掏錢買了一個一樣大得云硬盤，花了十幾塊錢買了一個月得，這可是我一周得生活費啊！開整！
首先將ecs服務器關機，然后進行系統盤拷貝，拷貝完成以后將不能啟動得ecs服務器重裝系統，嗯，思維縝密，給自己一個贊！
重裝完成以后，將新的硬盤進行掛載，使用命令查看數據庫盤符
手動進行掛載
mount /dev/vdb1 /mnt/
進去以前得主目錄，看看數據還在不在，激動人心！
image
看到ls命令之后蹦出來得數據，我喜極而泣！
數據終于最小損失得找了回來！
列一下我這個目錄下得一些主要文件
- aliyun_MySQL_back_up 阿里云數據庫異地備份目錄
- dblogXXX.sql 博客數據庫 手動備份腳本
- mysqlBackUp mysql腳本備份
- Nginx docker容器得宿主機目錄，一些 https證書以及nginx配置文件和日志文件
- ngrok 內網穿透相關
- redis redis容器宿主機相關
幸運得是，數據基本都能找回來了，也沒有什么太大得損失，算是驚魂了一把。
因為我的應用都是基于docker得，數據庫備份腳本也都找回來了，所以短時間內應用就歡快得跑了起來！
總結
- 云服務器敏感得端口盡量不要設置為開放，即使設置為開放，也要設置為固定ip可訪問，而不是所有客戶端能訪問
- 事故發生了不要急，一步一步來，沒準就會像樓主一樣能最大減少損失，不拋棄不放棄
- 心態別崩，即使都掛了，也要做好從頭再來得準備，別像樓主，救護車都準備叫好了
- 不要怕麻煩，數據做好備份，真正出事得時候，你會覺得：真香！
