@zgzhang #13 我看第一段恶意代码中是直接把数据库文件 login.keychain 和 login.keychain-db 两个拿走了， 但是这俩是加密的。包括之前拿走的钱包的数据库文件，应该也是加密的。攻击者拿到之后一般就是两种方法，直接上密钥爆破，如果你用的是弱密钥应该也要不了多久。第二种应该就是涉及到二阶段的攻击行为了，一般可能会给你电脑下载一些木马，其中就包含一些键盘记录器，或者直接 hook 一些关键的系统接口。在你下一次输入密码或者使用这个插件的时候，自然就拿到你的密钥了。op 可以看一下系统记录，你运行完 npm start 后，再到钱包转账交易发生一共过了多久，中间是不是有过类似操作。

@jjijack chrome 浏览器插件也是重灾区了，还会无感自动更新。此外 chrome 里面保存密码也没多安全，只要在你电脑上可以执行代码，都能直接拿到密码明文。所以还是需要提高自己安全意识，对于陌生的、来历不明的项目还是谨慎运行。同时开发者群体天然的存在被攻击的劣势（本地环境什么的都配好了，就差人家给你代码运行一下了）。虽然很多时候 npm run 一把梭感觉很简单，但是具体的安装了什么依赖，执行了什么代码都是无感知的，尤其 npm 依赖关系很复杂，软件供应链攻击并不是说说而已。

先改重要密码，然后备份重要资料，再重装系统。这是最靠谱的，其他都是抱着侥幸心理。

此外，我看这个号是 15 天刚注册的新号。也不排除是钓鱼的，专门钓一些好奇心强的，大家可千万不要抱着试试的态度盲目在本地运行未知项目啊。

正好是做 JS 恶意代码分析相关的，就叫简单分析了一下这个项目。

首先，核心原理是你 npm start 运行这个项目后，项目里面存在一个后门函数会自动执行（伪装的比较好），这个函数会从远程下载一个 强混淆后的 JS 恶意代码（看到反调试之类的东西），然后执行后就把你本地浏览器中插件钱包的数据偷走了(里面就有存着私钥或者助记词的数据）。

说一下部分细节：
1. 项目中后门代码在这一行： https://github.com/onboarding-helper/real-world-asset/blob/5c9894415e64b0717b8ded1328b8248685a9fb46/api/config/getContract.js#L223
访问一个远程 URL 把里面的 err string 直接通过 js 运行时转换为代码执行。这个代码在你 npm start 后最终会调用触发到。

2. 这个返回 err string 是一个强混淆的 JS 代码，借助 LLM 简单反混淆分析了一下。他是一个适配了多端(win, macos, linux) 的数据窃取代码，会把多个浏览器下的多种钱包插件的本地存储目录内的关键内容打包，然后后传到他的 C2 去，并且还会从 C2 下载一个脚本，应该是后续的进一步攻击。看到的是浏览器包括 chrome ，brave ，firefox ，opera 这些。然后多种钱包插件都有针对包括 metamask ，Phantom ，binance 等等。

举个例子，比如你在 macos 上用的是 chrome 下的 Phantom 插件，他直接读取这个插件目录(~/Library/Application Support/Google/Chrome/Default/Local Extension Settings/bfnaelmomeimhlpmgjnjophhpkkoljpa)，把里面的.log 和 .ldb 文件传输回去，里面应该是可以恢复出来你钱包的助记词和私钥的, 这也就是热钱包的弊端。有了这些信息把你的资质自动转移就不是什么难题了。

3. 除了拿这些插件钱包的代码，我看到好像还有访问 macos 的 login.keychain ，chrome 等浏览器保存的密码(Login Data)，似乎还有针对 Exodus 桌面钱包的窃取逻辑。二阶段从 C2 服务器下载的东西 怎么执行的还没有详细分析，不确定有没有类似持久化的东西，建议 OP 先把涉及到的关键密码改一下，避免进一步损失，然后再详细排查其他风险。


最后，列一下涉及到的 IOC 吧，方便大家排查：
1. http[:]//chainlink-api-v3[.]com/api/service/token/3d5c7f64bbd450c5e85f0d1cf0202341 （最开始获取 混淆 js 代码的 URL ）
2. http[:]//146[.]70[.]253[.]107:1224 (二阶段 C2 地址)
3. https[:]//api[.]npoint[.]io/96979650f5739bcbaebb (应该是个配置选择，获取参数传给 C2 来拿到不同的 payload)


最最后，这种攻击从今年上半年开始就比较活跃了，但之前被发现都是在 Linkin 上钓鱼，所以国内受影响还是比较小。国外一些做供应链安全的厂商也有一些比较详细的分析报告了, 我看有部分 IOC 相同的，应该是同一个攻击组织。可以参考
https://socket.dev/blog/contagious-interview-campaign-escalates-67-malicious-npm-packages

https://i.imgur.com/dLEYisX.jpeg

用自己拍的照片来试试 https://i.imgur.com/agAJ0Rd.png

可能是 dns 影响的吧

sunnyriver.sol

感谢大佬

$v2ex 0.02 $mb 0.0002

EFhiBtuxik33F4UnvRoQssWEUeeBGFxmQdCYAVYcWHi
谢谢

EFhiBtuxik33F4UnvRoQssWEUeeBGFxmQdCYAVYcWHi

EFhiBtuxik33F4UnvRoQssWEUeeBGFxmQdCYAVYcWHi

好久之前注册的 okx 了，大佬还呢发点 V2EX 玩玩嘛

1111

谢谢老板

坐等大佬打赏哈哈哈

感觉调优一下目前方案就行了：
1. 优先加入压缩方案，看看是否可以大概满足需求。（获得更多的群晖可用空间，也不用太频繁迁移数据释放空间）
2. 群晖进一步扩容，加盘位以及升级单个硬盘容量，保障群晖随时留有可用空间，并且能存储一定时间段范围数据。
3. 优化数据迁移流程，固定时间将群晖数据打包到硬盘做冷存储，贴上标签，码齐放特定地方就行了。

以上方案你每年如果有 10000 买硬盘预算，大概也够用了。一堆硬盘不好整理的原因，我猜是数据拷贝比较混乱，不知道每块硬盘放了啥，如果数据统一格式存放，贴上标签，放整齐了，应该不难管理。而且还可以建立在线文档，把硬盘序列号和内容记录下来，这样只要硬盘不丢就很好找了。

感觉实验室在你呆的这几年大概数据也是百 T 量级，没必要折腾云存储。以后数据更多了再考虑换其他方案。