Claude Code 發現加密貨幣挖礦程式，揭示更大的安全悖論

據報，Claude Code 在協助一名開發者調查一部升至攝氏 112 度的 Mac 時，發現一個佔用 1,175% CPU 的加密貨幣挖礦程式。

這次 Claude Code 發現加密貨幣挖礦程式的事件，聽來像是代理式 AI 的一次漂亮勝利。這個編程代理根據可疑的溫度讀數追查，識別出一個 XMRig 進程，並提出移除相關檔案。

然而，事件亦揭示一個令人不安的矛盾。系統之所以證明有用，是因為它能檢查進程並提出系統變更；而這些正是令編程代理帶來風險的能力。

事件說法來自 Reddit 用戶 UntilHEX，並非公開發表的鑑證調查。現有截圖及後續留言支持一個合理的事件脈絡，但未能證實該軟件如何進入電腦。

這個驗證缺口很重要。Claude Code 看來確實發現了一個實際運作問題，但讀者不應把一宗廣傳報告誤當成經驗證的惡意軟件基準測試。

Claude Code 沿着高溫追查到 XMRig

故事最值得注意之處，不是 Claude Code 能辨認 XMRig，而是代理調查了一個意料之外的實體訊號。

UntilHEX 表示，他們曾要求 Claude Code 建立一個 Mac 溫度監察應用程式。該應用程式顯示原始感應器數值，似乎異常偏高，促使代理調查 CPU 活動。

根據原始 Reddit 說法，Claude 識別出一個名為 xmrig 的進程，佔用約 1,175% CPU。代理將該讀數理解為約 12 個高度負載的核心。

當軟件使用多個邏輯核心時，macOS 的進程報告出現超過 100% 的百分比屬正常情況。因此，佔用接近 12 個核心的進程可顯示為接近 1,200%。

Apple 文件說明，Activity Monitor 會顯示活躍進程的 CPU 用量，同時展示所有核心的系統整體使用情況。持續處於這個規模的讀數，代表工作負載十分密集，儘管確切解讀仍取決於該部 Mac。

據報，Claude 將該進程與最高達攝氏 112 度的溫度讀數連繫起來。該數字來自用戶的監察輸出，尚未經獨立重現。

代理之後識別出看似是啟動機制的設定。原始報道審閱的截圖顯示，相關檔案似乎被設定為在 Mac 啟動時重新啟動挖礦程式。

Claude 直接描述情況：電腦正運行一個加密貨幣挖礦程式，而代理表示並非由它安裝。它提出停止進程、停用其啟動項目，並隔離相關檔案。

用戶其後表示，Claude 完成了大部分清理工作。據報，其中一個檔案因代理缺乏所需存取權限，需要手動刪除。

UntilHEX 隨後以 Malwarebytes 作為第二重檢查。公開說法並不包括完整掃描報告、惡意軟件樣本、檔案雜湊值、網絡指標，或獨立鑑證分析。

這些遺漏限制了可以得出的結論。它們令研究人員無法辨識確切的惡意軟件家族、安裝途徑、持久化機制或挖礦目的地。

XMRig 本身並非必然惡意。其官方文件將其描述為合法、開源的 CPU 與 GPU 挖礦應用程式，可在多個作業系統上使用。

安全問題取決於授權。在機主同意下於電腦運行 XMRig，屬一般加密貨幣挖礦；秘密安裝或運行它，則是 cryptojacking。

這個分別至關重要，因為識別出 xmrig 進程，並不能證明是哪個安裝程式把它放到該處。它亦不能顯示二進位檔是否曾被修改、是否與其他惡意軟件捆綁，或是否以相關檔名偽裝。

因此，這宗廣傳事件支持的是一個較狹窄的結論：Claude Code 注意到極端的資源使用，並將其追溯至與加密貨幣挖礦相關的軟件。

這仍是有用的結果，但不能證實 Claude 識別出最初入侵途徑，或移除了所有應負責的元件。

為何 Claude Code 發現加密貨幣挖礦程式如此重要

Claude Code 看來並非一開始便執行惡意軟件偵測任務。它是透過測試電腦是否符合自身軟件輸出，才得出這項安全發現。

這個順序將此事與一般防毒警報區分開來。代理當時正協助建立監察工具，感應器數據迫使它質疑周遭環境。

傳統軟件往往停在獲指派功能的邊界。溫度工具可以顯示一個數字，卻不會判斷該數字為何異常。

代理可繼續追查這個差異。它可以檢查正在運行的進程、比較資源用量、查看持久化項目，並在一次對話式工作流程中提出修正行動。

這種行為正是編程代理的實際吸引力。它們可以連結程式碼、作業系統狀態、日誌與用戶意圖，毋須每一步另開介面。

在這個案例中，實體症狀提供線索。過熱而遲緩的 Mac 形成證據，而正在開發的應用程式本身無法解釋這些證據。

據報，代理由驗證感應器轉而診斷進程。這是代理式系統與程式碼補全工具不同之處的一個小例子。

程式碼補全助手會在編輯器內預測或產生文字；代理則可收集額外證據，並使用工具在電腦上採取行動。

壓力首先落在傳統故障排除流程上。開發者通常會開啟 Activity Monitor、按 CPU 用量排序、調查可疑進程，並手動檢查啟動位置。

Claude Code 將其中數個步驟壓縮到一段對話之中。用戶仍掌握最終決定權，但代理整合出一個合理解釋及清理方案。

這並不代表 Activity Monitor 已經過時。Apple 長期隨 macOS 提供它，而且毋須 AI 訂閱，它已可揭示同類型的持續 CPU 需求。

差異在於主動性及綜合能力。據報，用戶要求的是溫度應用程式，而 Claude 在產生的數據看來不對勁時擴大了調查範圍。

這種主動性對需要應付陌生系統的開發者很有價值。當症狀跨越應用程式碼、系統設定及安全領域時，它同樣能提供幫助。

這個故事較像可觀測性工作，而非傳統防毒偵測。可觀測性由系統訊號出發，利用它們判斷行為為何偏離預期。

Claude 不需要一個聲稱某檔案惡意的特徵碼。據報，它注意到溫度與處理器活動並不符合預定的工作負載。

這種方法有其限制。高 CPU 使用率可源於編譯、影片渲染、本地模型、瀏覽器進程、建立索引，或合法挖礦。

情境令異常成為有意義的警告。在此案例中，用戶正建立輕量級監察工具，並非有意運行持續的加密貨幣工作負載。

因此，案例以不同方式促使安全供應商及開發工具製造商面對壓力。安全產品必須清楚解釋發現，而編程代理則必須證明它們能在不製造新暴露面的情況下進行調查。

它亦改變了用戶期望。一旦代理能檢查即時系統狀態，開發者便會期望它發現影響工作中明顯的衝突。

這個期望不限於惡意軟件。代理可以注意到儲存空間耗盡、損壞的背景服務、衝突的連接埠、記憶體壓力，或被放在不安全檔案中的憑證。

採用這些工具的團隊，需要可搜尋的紀錄，記下代理觀察及變更了甚麼。結構化的工程知識庫可保留這些決定，以供日後檢視。

因此，即使證據有限，Claude Code 惡意軟件偵測的說法仍值得關注。它展示了當代理獲得足夠本地背景時，編程工作如何可變成運作調查。

有幫助的代理與危險的權限，其實是同一回事

核心反轉很簡單：Claude Code 之所以有幫助，是因為它具備有意義的系統可見性；但這種可見性同時界定了它的安全風險。

若編程代理無法檢查進程、讀取專案檔案或運行診斷指令，便難以追查這部過熱 Mac 的問題。

授予這些能力，會擴大代理可完成的工作，同時亦擴大錯誤指令、惡意提示、受入侵的依賴項目或草率批准所帶來的後果。

Anthropic 自身的沙盒指引描述了這種張力。Claude Code 使用權限及作業系統邊界來控制檔案與網絡存取。

Anthropic 表示，Claude Code 預設為唯讀，並會在大多數改變狀態的指令前詢問。安全指令可獲不同處理，而敏感操作則需要批准。

該公司推出沙盒機制，是為了減少重複提示，同時不授予不受限制的存取權。沙盒界定代理可以在哪裏寫入，以及可接觸哪些網絡資源。

Anthropic 報稱，沙盒化在內部使用期間減少了 84% 的權限提示。這個由公司自行報告的數字衡量的是工作流程阻力，而非對每種攻擊的防護能力。

這個分別很重要，因為用戶經常為了方便而優化代理。重複批准可造成疲勞，令人傾向未檢視後果便批准指令。

完全移除提示會造成另一個問題。代理可更快行動，但有缺陷的計劃可在用戶介入前觸及更多檔案與服務。

這宗 Mac 事件說明，權限應保持可見。據報，Claude 提出停止挖礦程式及移動檔案，而非悄悄刪除它們。

這種克制是一項功能。單憑進程名稱，不足以證明每個相關檔案都是惡意，尤其 XMRig 可被合法使用。

隔離比即時銷毀更安全，因為它保留證據並容許復原。如能安全處理檔案，亦可支援日後分析。

不過，讓 AI 系統進行修復仍需要人類判斷。編程模型並不會僅因可呼叫 shell 指令，便成為可信賴的端點偵測引擎。

它可能誤解進程樹、誤讀設定檔，或移除屬於合法軟件的啟動項目。它亦可能忽略另一個持久化元件。

因此，AI 編程代理安全取決於分層控制。模型推理是一層，而作業系統限制、批准規則、日誌、備份及端點保護則提供其他層次。

Apple 在其macOS 惡意軟件防禦中描述三個層次：防止執行、封鎖已知惡意軟件，以及修復已運行的軟件。

Gatekeeper 會根據簽署及公證要求檢查下載軟件。XProtect 使用特徵碼及行為分析來偵測及移除已知或可疑的惡意軟件。

這些機制無法保證阻止每一個惡意程式。新變種、經修改的二進制檔、遭濫用的合法工具，以及使用者批准的執行操作，都可能令偵測變得複雜。

報告未能確定 Gatekeeper 或 XProtect 是否失效。它亦沒有披露 macOS 版本、安全設定、安裝程式來源，或感染前進行過的操作。

同樣地，現在就認定 Claude 繞過了 Apple 防禦機制中的盲點，也言之過早。公開證據無法顯示 XProtect 是否曾評估相關檔案。

該代理亦是在症狀變得嚴重後才開始運作。一部幾乎佔用 12 個核心並達到所報溫度的電腦，早已發出嚴重問題的訊號。

這並非安靜而具預防性的偵測，而是在據稱的挖礦程式已明顯到足以拖慢電腦後，才作出的被動診斷。

能夠促成這次診斷的同樣存取權限，亦值得設下審慎界線。開發者不應因此就給予每個編程代理對個人檔案、憑證或系統服務的無限制控制權。

更安全的設定是在可行情況下，將代理限制於工作目錄內。網絡目的地及特權指令應受到獨立審查。

開發者亦應讓代理遠離不相關的機密資料。原始碼儲存庫經常與雲端憑證、簽署金鑰、瀏覽器工作階段及生產環境設定並存。

看似實用的診斷指令，若其輸出進入模型上下文或工作階段日誌，便可能洩露這些資產。即使代理沒有惡意意圖，風險依然存在。

這個故事的教訓並非更廣泛的存取權限必然帶來更佳安全性，而是受控的存取權限可讓代理連結起獨立工具留下的零散證據。

病毒式傳播的偵測個案並非鑑證報告

這項說法仍有足夠可信度值得分析，但資訊過於不完整，無法證明 Claude 清除了完整的惡意軟件感染。

原始證據主要包括一則 Reddit 帖文、截圖、使用者留言及後續媒體報道。看來沒有獨立研究人員檢查過該電腦或檔案。

核心數字同樣來自該帳戶的說法。記者未有重現 1,175% CPU 使用率的讀數，亦未獨立核實所報的 112 度峰值。

Tom’s Hardware 準確地將事件描述為使用者報告的發現。其已發表報道指出，這部未確認型號的 Mac 有多少個核心並不清楚。

這種不確定性會影響解讀。該程序顯然被描述為資源需求極高，但公開資料並未列明確切的 Mac 型號或溫度量度方法。

溫度工具亦可能以不同方式標示感測器。所報的峰值可能代表某一個核心、晶粒感測器、熱點，或經詮釋的數值，而非一個通用的 CPU 溫度。

這些因素都不能推翻該說法。它們只是劃出了具說服力的截圖敘述與可重現技術證據之間的界線。

感染途徑更是明顯缺口。UntilHEX 未有公開確定是哪一項下載、安裝程式、指令碼、擴充功能或遭入侵的套件引入該挖礦程式。

沒有這個答案，其他使用者便無法判斷自己是否面對相同風險。安全研究人員亦無法只憑該報告建立可靠的入侵指標。

XMRig 這個名稱只提供了一個起點。惡意軟件營運者常會濫用合法的挖礦軟件，因為它已能完成他們所需的高成本運算工作。

較早期的 Mac 惡意軟件已展示過這個先例。Malwarebytes 曾記錄BirdMiner 惡意軟件，它透過 Linux 模擬器使用 XMRig，並消耗受害者的運算資源。

這個歷史案例並不能確認 UntilHEX 的 Mac 上有甚麼軟件。它只顯示 XMRig 過去曾出現在未經授權的 Mac 挖礦活動中。

辨識出挖礦程式與清理感染之間，差異相當大。完整調查會檢視持久化機制、父程序、下載檔案、網絡連線、帳戶及近期的管理員操作。

在移除前，調查亦應保留雜湊值及時間戳記。這些細節可顯示一個看似更新程式的元件是否屬於同一行動，還是代表其他情況。

移除可見的挖礦程式，可能停止目前的 CPU 消耗，但仍留下下載器。倖存的持久化機制日後可能重新安裝載荷。

憑證外洩亦是另一項憂慮。能存取開發者帳戶的惡意軟件，可能取得權杖、瀏覽器資料、原始碼、SSH 資料或環境檔案。

Reddit 帳戶並未表示這類存取曾經發生。然而，終止挖礦程序並不能證明憑證未受影響。

專業的應對方式會在了解持久化及入侵途徑前，將主機視為可能已被入侵。適當回應取決於電腦的角色及敏感程度。

個人測試電腦與載有生產環境憑證的工作站，承受的風險不同。後者可能有理由進行密碼輪替、撤銷權杖、深入鑑證審查，或重建可信系統。

因此，Claude 的清理協助不應成為安全的最終證明。使用者其後進行的 Malwarebytes 掃描，是合理的次要檢查，但公開帖文沒有提供結果。

對 AI 表現的說法亦應採取同樣的懷疑態度。一次成功案例無法衡量 Claude Code 的惡意軟件偵測準確率、誤報率，或其面對不同攻擊時的可靠性。

真正的評估會使用一組受控的乾淨及受感染電腦。研究人員會把結果與既有工具比較，並在有文件記錄的權限下重複測試。

這類研究需要量度漏報威脅及有害補救措施，而不僅是成功偵測。一個能捉到一個挖礦程式、卻刪除合法啟動服務的代理，並不可靠。

目前而言，這事件最適合被視為一宗生動的疑難排解案例。它顯示代理建立了一個有用的連結，同時令更廣泛的安全性說法仍未獲證實。

下一批 Claude Code 安全案例必須展示甚麼

下一項有用的證據，將來自可重現的調查、權限記錄，以及補救措施在重新啟動後仍然有效的證明。

首個值得留意的訊號，是 UntilHEX 或安全研究人員會否發表此案例的技術指標。檔案雜湊值、路徑、啟動項目及網絡目的地，將令獨立分析成為可能。

若這些細節能對應到獲確認的惡意軟件家族及持久化鏈，這項說法便會大幅增強。若沒有任何證物出現，它仍只是一則具啟發性但未經核實的軼事。

第二個訊號是清理的持久性。被移除的程序應在登出、重新啟動及再次掃描後，仍然不會出現。

若它再次出現，便表示 Claude 處理的是症狀，而非完整機制。若持續未有出現，則會加強其建議補救措施觸及相關持久化檔案的說法。

即使如此，單靠未有出現亦不能證明沒有憑證或不相關檔案受到影響。它只會驗證較狹義的清理結果。

第三個訊號關乎代理供應商如何展示本機操作。開發者需要更清晰的記錄，了解哪些指令曾執行、哪些檔案曾變更、哪些存取被拒絕，以及證據來自何處。

Anthropic 持續在權限及沙盒方面的工作，將在此相當重要。有用的代理需要足夠自主性來調查，而機構則需要可強制執行的界線及可供審閱的日誌。

安全供應商亦有機會發揮作用。他們可將經核實的端點發現整合至代理工作流程，而毋須要求語言模型獨立判斷某個程序是否惡意。

這種安排結合不同優勢。端點工具提供特徵碼、遙測資料及補救控制，而代理則解釋證據並協調已獲批准的步驟。

所報道的 Claude Code 加密貨幣挖礦程式發現，正指向這種混合模式。代理留意到異常並整合了脈絡，而既有安全軟件則提供獨立的驗證步驟。

開發者現時應保留這種分隔。讓代理協助解讀症狀及草擬應對計劃，但要以作業系統及安全工具確認發現。

他們亦應審閱每一項特權操作。代理要求刪除、停用或隔離某些項目時，提出的是建議，而非已核實的裁決。

這事件沒有理由令人大為恐慌，認為 XMRig 會出現在每一部 Mac 上。不過，它確實提供了理由，讓人調查持續發熱、效能欠佳、意外的啟動項目及無法解釋的 CPU 需求。

它亦挑戰了人們對編程代理的一項常見假設：其價值並不止於生成的程式碼能否編譯。

更有意思的能力，是它們能將軟件輸出與電腦的實際狀態作比較。這可揭示原始請求從未提及的環境問題。

取捨仍然無法避免。更多上下文有助作出更佳診斷，而更廣泛的存取權限則會增加錯誤或受操控代理可能造成的損害。

任何嘗試以 Claude Code 偵測惡意軟件的人，都應由有限權限、保留日誌及獨立掃描器開始。敏感電腦值得採用更嚴格的界線及有文件記錄的事件應對流程。

下一次代理發現可疑程序時，慶祝之前先問三個問題：甚麼證據可識別它、它如何持久化，以及甚麼可證明它一直被移除？這些答案將決定代理發現的是一項麻煩、控制了一次入侵，還是僅僅編出了一個具說服力的故事。