说件事，最近把科技圈乐了一下。
有个开发者（Reddit 上叫 u/UntilHEX）发现自己的 Mac 不知啥时候开始跑得跟屎一样快、还老发烫，查来查去查不出原因。一气之下，他让 Anthropic 的 Claude Code（一个能读写你本地文件、跑你终端命令的编程 AI 助手）帮忙写个温度监控小工具，好看看传感器数据到底准不准。
结果这工具没写明白，先把 Mac 的"老底"给掀了——一台潜伏了快半年的加密货币挖矿木马，被 Claude Code 揪了出来。
图1：AI 助手与加密货币——这俩凑一起，不是帮你搞钱，可能就是帮你"打工"。（来源：Tom's Hardware）
今天这篇，我就把这件事掰开揉碎讲清楚：这木马怎么来的、CPU 为啥飙到 1175%、温度为啥冲到 112℃、为什么进程杀了又"复活"、普通 Mac 用户到底该怎么自查自保。 全程大白话，带点技术干货，结尾还有几个值得吵一架的讨论点。
一、案发现场：1175% 的 CPU 和 112℃，到底是个什么"阴间"概念？先看两个数字。Claude Code 在帮这位开发者排查时，盯着系统监控报回来这么一句话（大意）：
"你的 Mac 上正在跑一个加密货币挖矿程序，不是我装的。我看了下，xmrig 这个进程吃了大约 1175% 的 CPU，差不多 12 个核心，这就是温度飙到 112℃ 的原因。"
先说 CPU 1175%。
很多人以为 CPU 占用率最高就是 100%，多了不可能。错。多核处理器里，占用率是按核心累加的——1 个核心拉满算 100%，2 个核心拉满算 200%，以此类推。所以 1175% 翻译成大白话就是：将近 12 个逻辑核心，在同时满负荷狂奔。
打个比方：CPU 占用率不是水杯里的水（最多装到 100%），而是工厂流水线上的工人。 100% 代表 1 个工人拼了命地干；1175% 相当于将近 12 个工人同时扛最重的货，累得狂吐白沫。你的 Mac 平时就一两个工人在摸鱼，突然多了十几号人同时在搬砖，不卡才怪。
图2：Apple Mac 系列——别看它平时温文尔雅，一旦被"夺舍"，照样烧给你看。（来源：Tom's Hardware）
再说 112℃。
正常待机，Mac 的 CPU 温度大概 40–50℃；你跑大编译、剪个 4K 视频，冲到 90–100℃ 也算正常。芯片的"结温极限"一般在 100–105℃ 出头，超过这温度系统就会强制降频甚至断电保护。
所以 112℃ 是什么概念？相当于你的 Mac 在桑拿房里裹着羽绒服跑了场马拉松，CPU 已经高烧到"脑干缺失"。这也就解释通了，为啥这位开发者会觉得"难怪我的电脑跑得跟屎一样快"。
二、这木马到底是个啥？为什么偏偏是"门罗币"？揪出来的元凶叫 XMRig。
先别急着骂"这破软件是病毒"。XMRig 本身不是恶意软件，它是开源的加密货币挖矿引擎，专门挖门罗币（Monero, 缩写 XMR），而且官方还专门做了 macOS 版，连 Apple 的 M 系列芯片都支持。你本人想合法挖门罗币，完全可以去下它。
那它怎么就变成"木马"了？关键在于——它是被"偷偷装、偷偷跑"的。 你没授权、不知情，有人就把你这台机器的算力拿去给他挖币了。这就从"合法工具"变成了"盗用资源的贼"。
一句话记牢：XMRig 这把刀本身不违法，拿去捅人才违法。
那黑客为什么不挖比特币，偏偏挖门罗币？这里有个硬核知识点。
比特币走的是 SHA-256 算法，早就进入"重工业时代"了——全是那种嗓门巨大、散热狂轰的 ASIC 专用矿机在挖。你拿台家用 Mac 的 CPU 去挖比特币，挖一年的电费和挖出来的币根本不成正比，纯做慈善。而且比特币账本全网公开，黑客收钱很容易被追踪冻结。
门罗币则完全反着来。它的算法叫 RandomX，是专门为"抗 ASIC 矿机"设计的——强行要求使用 CPU 这种"通用算力"来挖矿，大型机械进不来。而且门罗币是出了名的隐私币，交易匿名、查不到去向，是暗网和黑产的"硬通货"。
打个比方：比特币像"实名制银行卡转账"，账本公开、警察一查一个准；门罗币像"地下钱庄的现金交易"，蒙面交接、谁也查不清。
图3：典型的"挖矿机架"——多张显卡满载运行，和你家里那台安静工作的 Mac 一个。（来源：Tom's Hardware）
所以这里有个万能判断口诀：只要你的电脑在挖门罗币，那几乎 100% 是被黑客当成了"免费肉鸡"。 因为普通人自己拿台 Mac 挖门罗币，一天可能赚几分钱、还不够鼠标损耗费——没人会这么干。能这么干的，一定是"借你的机器给自己挖"。
说白了，在黑客眼里，你的 Mac 不是生产力工具，而是一台免费运转的"赛博印钞机"。
三、最离谱的地方：进程你怎么杀都杀不掉——这就是 macOS 的"持久化"黑科技按理说，挖矿木马最烦人的地方在于：你把它杀了，它又活过来。
这位开发者的 Mac 上，木马靠的是 macOS 一个叫 LaunchAgent 的机制"扎根"。
先科普一下。macOS 有个系统级的"总管进程"叫 launchd（它是系统的 PID 1，开机后第一个被拉起来的服务管家）。我们平时装软件，很多都会在启动项里留个"开机自动跑"的活儿，这些活儿在 macOS 里大多叫 LaunchAgent（用户级）或 LaunchDaemon（系统级）。
黑客就钻了这个空子。Claude Code 在那台 Mac 的 ~/Library/LaunchAgents/ 目录下，翻到一个随机命名、日期戳是 8 月 29 日的 plist 文件（就是 launchd 的"任务配置单"）。这文件干了件损事：它通过 bash 跑一大段加密过的脚本，还开了一个致命开关——KeepAlive（常驻保活）。
KeepAlive 是啥？ 你可以把它理解成给这木马绑了条"自动复活甲"。你活动监视器里把它强杀了（kill -9），launchd 管家立刻检测到"哟，这任务挂了"，毫秒级再给你拉起来。
打个比方：这哪是木马，这是"打不死的仰卧起坐小强"。你刚把它按死（强杀），Mac 系统的"VIP 保姆"立刻给它做心肺复苏，瞬间又救活了。
图4：规模化"挖矿机房"——想象一下，如果有几百台你的 Mac 被连进来，会是多大一笔算力。
对比一下 Windows：Win 的开机自启一般是写注册表的 Run 键值或计划任务，更像"设了个闹钟，闹钟响了程序起床，你把它砸了它就停了"。而 Mac 的 LaunchAgent 更像"给进程配了个系统级保镖——保镖在，程序死不了。"
这也正是清理时的关键顺序：必须先"卸掉复活甲"（卸载/禁用那个 LaunchAgent），再去杀进程。 反着来——先杀进程不卸启动器——木马分分钟复活，白忙活一场。
顺带说一句，这种"滥用可信的操作系统功能来维持自己运行"的手法，并不是第一次见。近期还有几起 Mac 恶意软件事件（比如伪造验证码弹窗、滥用 Apple 崩溃报告品牌等），套路如出一辙——都是拿系统自带的合法功能，给自己当"防弹衣"。
四、Claude Code 的处理：难得"克制"，先问人再动手这次事件里，Claude Code 的表现其实挺圈粉的。
面对一个占满算力、位置在 /tmp/rigupdater、还外连着矿池 pool.hashvault.sh 的进程，它没有一上来就"砰"地把进程删了——很多人担心 AI agent 会"擅自行动误删文件"，它这次难得地克制住了。
它的做法是：先解释发现了啥，再问能不能清理，并给了一套方案——停用启动项、停掉矿工、把文件移进隔离目录。原话大意："我现在可以清理吗？我会停掉启动项和矿工，把文件移到一个隔离文件夹里。"（"Can I clean it up now? I'd stop the startup item and the miner, and move the files into a quarantine folder."）
开发者同意后，Claude 确实动手了。事后开发者补充："只有 1 个文件因为权限问题，是我手动删的，但整体清理很有效。"之后他还用 Malwarebytes 扫了一遍，确认没残留。
但这里又要泼盆冷水了——Cyber Security News 明确提醒："Claude 的发现很有用，但从报道的清理过程来看，并不能确立所有威胁都已移除。" 这呼应了安全圈的老常识：移除一个挖矿程序，不等于排除了整个入侵链条。 木马常是"一家人"——挖矿的可能还绑了个偷密码的后门。所以"清完了、安心了"这种话，咱打个折听。
五、如果某天你的 Mac 也不对劲，该怎么自查自保？（干货收藏区）别慌，这种"后台偷偷榨算力"的木马，其实有迹可循。下面是一份能落地的指南。
先警惕这些"怪症状"：
电脑没跑啥重活却莫名卡顿，风扇自己狂转机身莫名发烫，摸上去烫手电池掉电飞快活动监视器里出现CPU 占用极高、名字却奇奇怪怪的进程定位老巢，可以打开"终端"（Terminal），敲这几条：
# 1. 看谁在吃 CPU（按占用排序）
top -cpu

# 2. 查用户级启动项——最关键的排查点
ls -la ~/Library/LaunchAgents/
ls -la /Library/LaunchAgents/

# 3. 看可疑 plist 里装的都是啥（右键它 → 用文本编辑打开也行）
cat ~/Library/LaunchAgents/com.某某随机名字.plist

# 4. 临时目录常常是木马藏身之处
ls -la /tmp/

# 5. 看有没有进程在偷偷往外发数据（连矿池）
lsof -i -TCP -sTCP:ESTABLISHED
重点盯这几个"危险信号"： LaunchAgents 目录下随机命名、日期可疑的 plist；启用了 KeepAlive 的启动项；通过 bash 跑大段加密脚本的任务；进程路径指向 /tmp/ 或某个随机文件夹。
正确的清除顺序（记住先卸复活甲再杀进程）：
先断网——关掉 Wi-Fi 或拔网线，防止它在清理过程中重新下载载荷先禁用启动项——launchctl unload ~/Library/LaunchAgents/那个可疑.plist，斩断"复活"来源再杀进程——kill -9 进程PID然后删文件——把对应的 plist 和可执行文件移进废纸篓最后复检——用 Malwarebytes 这类专业工具扫一遍清理完，还有两件必须做的事：
立刻从一台"干净"的设备，改所有重要密码！ 这次报道里还提到那台 Mac 上有 GitHub 登录凭证，等于你的代码仓库可能也暴露了。所以 GitHub 的 token、SSH 密钥这些，也一并轮换。从正规渠道装软件，远离破解工具。 绝大多数"Adobe Zii"、"Final Cut 破解版"之类的东西，本身就是木马的快递箱。手动删系统文件有风险，删错了 plist 可能导致系统异常。对自己识别系统文件和恶意文件没信心的，用专业扫描工具扫完就走人，别硬刚。
六、深一层：这次事件，到底该吹成"AI 安全里程碑"吗？事件在 Reddit 和社区里吵翻了，我觉得有两个观点值得拎出来说。
第一个，别把这次当"AI 主动做安全审计"来吹。
说白了，Claude Code 这次更像是"碰巧在帮你写温度工具时，顺眼扫到了异常数据"——一个偶然的症状关联，而不是它"觉醒了对恶意软件的主动防御能力"。它没装杀毒软件，没跑威胁情报库，就是单纯看到"温度读数高得离谱"→"那我去看看是谁在烧 CPU"→"哦，这进程名有点邪门"。
这能力很酷，但别神化。今天它能因为温度异常顺藤摸瓜，明天它能不能在"帮你装个依赖包"的时候，被一个伪装成 npm 包的木马反手种个后门？把 Claude Code 放本地跑，就像雇了个智商 180 但没社会经验的天才实习生——你干活快，但我不能把家里的保险柜密码和大门门禁卡全给他。
第二个，Mac 不是"安全孤岛"。
不少人这次才意识到："原来 Mac 也会中毒。" 但我想纠正一个常见误解：过去 Mac 上恶意软件少，不是因为 macOS 天生固若金汤，而是因为当年 Mac 市场份额小，针对它的"买卖"不划算。 现在用 Mac 的人越来越多、尤其还扎堆着大量手上有 GitHub 凭证、SSH 密钥、源码的开发者——这帮人本身就是高价值目标。针对 Mac 的恶意软件，只会越来越多。
图5：媒体对本案的合成示意图（来源：Cyber Security News）
还有一位网友的吐槽相当到位：
"macOS 似乎没内置专门检测这种问题的机制……Windows 至少还有杀毒。现在我们有了 AI，可以借它把木马大规模传播到各处，却几乎没人去开发能主动防御它们的 AI。"
这话有点绝对，但提醒是对的：AI coding agent 是强大的助手，但它绝不等于、也替代不了专业的安全软件。
本文基于 Tom's Hardware（Mark Tyson，2026-10-19）、Cyber Security News（Guru Baran，2026-10-20）、CSDN/网易（屠敏整理）、Reddit（r/claude 用户 u/UntilHEX 报告）等多方信源交叉整理。"1175% CPU""112℃"等数字为单一用户报告及截图口径，未经独立硬件日志或第三方取证验证；事件的原始入侵路径与受影响规模目前仍不明确，有待进一步调查。文中配图均为真实网络图片（来源已在图注标注），用于辅助说明主题，不代表对本文事件的直接实拍。
#ClaudeCode# #Mac安全# #加密货币# #网络安全#