Ethereum Classic網絡近期發生一起針對Core-Geth客戶端的社會工程事件
據Classix發佈的事件報告，Ethereum Classic網絡近期發生一起針對Core-Geth客戶端的社會工程事件，攻擊者通過僞裝身份誘導節點運營者升級至一個未經官方審查的客戶端版本。
報告顯示，一個標註爲ethereumclassic/core-geth v1.13.0的版本於9月14日發佈，但該版本並未經過現有維護團隊的代碼審查流程，屬於未經授權的發佈行爲，脫離了正常的版本管理與審覈機制。
該未審查版本隨後被包裝成"安全更新"進行大範圍推廣，傳播渠道包括ETC官方社交媒體賬號、CoinMarketCap平臺的社區動態板塊，以及直接發送的郵件通知，利用官方渠道的公信力誘導節點運營者主動遷移升級。
Classix報告指出，確有少數礦池節點一度完成了切換，實際運行了這一未經審查的v1.13.0版本；但在事件被發現後，相關礦池已陸續將客戶端恢復至長期維護版本etclabscore/core-geth v1.12.23，即業內公認的穩定分支。
從實際影響看，此次事件最終未造成區塊丟失、未引發鏈重組、沒有產生資金損失，也未導致任何服務中斷，整體網絡運行未受到實質性破壞，多數節點運營者未受波及。
從市場機制角度看，此類事件本身不直接涉及資金買賣或價格驅動，但其風險敞口落在依賴Core-Geth客戶端運行的礦池及節點運營方，若切換範圍擴大而未被及時發現，鏈上共識分裂將直接損害ETC網絡的可信度，進而波及持有或交易ETC資產的市場參與者；及時預警和版本回退的一方是長期維護團隊及跟隨主流分支的節點運營者，其網絡穩定性得到驗證。
Classix特別警告，涉事的未審查版本修改了鏈選擇邏輯與節點發現機制這兩項關鍵底層功能，二者直接決定節點如何識別主鏈及如何發現和連接對等節點，一旦被大規模採用，存在導致網絡分裂的潛在風險。
來源：公開信息
ABAB AI 解讀
Ethereum Classic自2016年因The DAO事件從以太坊分叉而來後，其客戶端生態長期由社區維護，歷史上已多次遭遇針對性攻擊：2020年ETC網絡曾連續遭受多次51%算力攻擊，導致鏈重組和雙花事件，暴露出中小型公鏈在算力集中度不足時的安全脆弱性；此次針對Core-Geth客戶端的社會工程攻擊，延續了攻擊者從"直接攻打鏈上共識"轉向"污染底層軟件供應鏈"的路徑切換。
從資源調動角度看，攻擊者此次並未投入算力或資金進行鏈上攻擊，而是選擇更低成本的路徑——冒用官方社交賬號、社區平臺及郵件渠道的公信力，誘導節點運營者主動完成客戶端替換，本質是把攻擊成本從"鏈上博弈"轉移到了"社會工程"，用信息渠道的信任漏洞替代了經濟成本高昂的算力對抗。
這一模式與近年頻發的開源軟件供應鏈攻擊類似，例如2021年npm生態中多個熱門包遭惡意版本注入、2022年Log4j相關組件被植入後門，攻擊者普遍選擇僞裝成"官方維護版本"或"安全補丁"進行傳播；區塊鏈客戶端軟件作爲去中心化網絡的底層基礎設施，正逐步成爲這類供應鏈層面攻擊的新目標，行業目前處於從"鏈上安全"向"軟件供應鏈安全"擴展關注範圍的階段。
結構層面看，這本質是一場圍繞"信任分發權"的爭奪，屬於產業鏈重構的早期信號：傳統上客戶端版本的可信來源由核心維護團隊的代碼倉庫和審查流程背書，而社交媒體、社區動態和郵件等傳播渠道原本只是信息擴散工具；當攻擊者能夠繞過代碼審查環節、直接從傳播渠道端僞造"官方背書"時,意味着客戶端分發鏈條中"審查節點"與"傳播節點"出現了權責錯位,倒逼行業未來必須把版本簽名驗證、多方審查確認等機制前置到傳播環節,而不能僅依賴發佈者自證。
ABAB News · 認知定律
攻不破的鏈,先攻信任分發的渠道
安全的漏洞,常常不在代碼,在人心
越去中心化的系統,越依賴每個節點自己驗證