sol-live 面试仓库埋雷，开发者如何自保？

10 月 23 日，慢雾根据真实用户在开发场景中的异常反馈，公开发出了针对 GitHub 仓库 sol-live 的安全预警。表面上，这只是一个“Solidity 面试与练习项目”，许多开发者可能会在准备求职或补课时随手克隆并直接在本机打开，但慢雾的技术分析指出，攻击核心并不在看得见的源代码，而是被藏进了项目的 .vscode/settings.json 里——一段自定义终端配置会在开发者启动 VSCode 终端时静默下载并执行远程脚本，将日常开发链路变成隐蔽的供应链攻击入口。随后的拆解显示，这个恶意载荷并非简单木马，它能够收集浏览器登录数据库及钱包扩展存储数据、复制 macOS 钥匙串文件，并扫描上传本地文件，同时针对浏览器钱包、助记词和账号凭证等数据类型做了明显适配，其直指的正是习惯在个人电脑上调试合约、安装多种钱包扩展的开发者群体，一旦疏忽就可能在毫无感知的情况下暴露整套敏感资产与身份信息。

sol-live 面试仓库埋雷诱捕开发者

在表层呈现上，sol-live 与常见的 Solidity 面试练习仓库几乎没有区别：仓库命名直接点题，描述围绕“Solidity 学习”“面试项目”展开，对标的是正在准备求职的合约开发者日常会用到的练习场景。对很多人在 GitHub 上搜索面试题、跟着示例项目敲代码的流程而言，这样的仓库看起来像是一份现成的题库和模版工程，天然带着“社区开源资源”的可信标签。慢雾在 10 月 23 日的安全预警中明确指出，sol-live 并非单纯的面试练习题集合，而是一个精心伪装的恶意项目，这个结论来自真实用户在开发场景中使用该仓库后产生异常再反馈给安全团队，而不是实验室里的理论推演。

求职准备和学习场景本身，也为攻击者提供了理想入口。开发者在这个语境下的优先级，是尽快把题做完、把合约跑起来，而不是逐行审核项目里所有配置文件；很多人会浏览合约代码、测试用例，却很少想到要去检查 .vscode/settings.json 这类辅助配置，把它当成默认安全的“开发环境噪音”。sol-live 正是利用了这种心理，将恶意终端配置藏在最不容易被注意的位置，由此把攻击面延伸到开发者本地环境。事件经过慢雾披露和安全社区扩散后，一个反常识的风险被摆到台面上：看似最“正当”的面试题仓库，同样可以被做成供应链攻击载体，开发者在求职和学习过程中的每一次拉取练习项目，都不再能简单视为零风险的操作。

VSCode 配置成攻击入口

慢雾的拆解显示，sol-live 的真正“开关”不在任何一份 Solidity 源文件里，而是被埋进了项目根目录下的 `.vscode/settings.json`。攻击者利用 VSCode 终端自定义配置字段，预先写入一套看似正常的终端预设，一旦开发者在该项目中启动集成终端并使用这套预设，VSCode 就会按照配置自动执行指定命令，从远程服务器下载并运行恶意脚本。换句话说，开发者以为只是打开一个用来跑测试、写面试题的终端窗口，实际却是在本机亲手按下了远程控制脚本的启动按钮，这种手法被慢雾归类为典型的“开发环境投毒”式供应链攻击。

这也戳中了多数开发者的安全盲区：大家习惯于审查仓库里的业务源码，担心的是合约逻辑有漏洞、依赖包有后门，却很少把编辑器配置、终端预设当成潜在的执行入口来审视。面对一个自称“面试练习”的仓库，很多人会直接接受仓库附带的 VSCode 配置，甚至把它当成贴心的开发体验优化，却没有意识到这恰好绕开了对源代码的安全审查。sol-live 事件暴露出的核心问题，是只看代码不看开发环境本身的风险：只要本地 IDE 可以被配置为自动拉取并执行远程指令，任何被忽略的配置文件都可能成为攻击者进入你机器的第一道门。

钱包数据与钥匙串成猎物

一旦 VSCode 终端被悄悄接入远程脚本，后续的恶意载荷就开始系统化搜刮敏感信息。第一个模块直指浏览器登录数据库和各类钱包扩展的存储数据，这是很多开发者日常“图方便”勾选记住密码、长期登录钱包的地方。浏览器的登录数据库往往承载着邮箱、平台账号等登录凭证，而钱包扩展则保存着密钥派生信息、地址列表和授权状态。对加密资产从业者而言，这两块数据几乎就是所有工作入口的集合，一旦被复制到攻击者侧，本人长时间未更改的密码、后台系统账号以及常用钱包的控制权，都会在毫无感知的情况下暴露出去。

第二个模块则更进一步，直接复制 macOS 钥匙串文件，为后续破解和提取本机凭证与密钥创造条件。钥匙串是系统级的密码保险箱，里面可能同时挂着开发者的 SSH 密钥、服务器登录信息、各类应用的访问令牌乃至部分钱包相关的密钥材料，攻击者只需拿到原始文件，就有机会在离线环境慢慢拆解。第三个模块负责广泛扫描本地文件，将选定内容上传到远程主机，这意味着诸如本地备份的助记词文本、导出的私钥文件、配置中硬编码的访问密钥、项目中的生产环境配置，都可能在一次扫描中被打包带走。更危险的是，载荷还具备在受害机器上执行远程命令、提供交互式 Shell 访问以及监控剪贴板内容的能力，攻击者可以持续驻扎在开发者电脑里，动态调整窃取策略、实时拦截复制操作中的敏感片段，使得开发者仅仅因为信任一个“面试仓库”，就可能在很长时间内失去对本机和钱包数据的主动控制。

8 个类似项目暴露更广攻击面

在拆解完 sol-live 之后，慢雾威胁情报没有停在单一案例上，而是顺着同类技术特征继续摸排。结果是，他们在 GitHub 上又锁定了 8 个与 sol-live 手法和定位相近的恶意项目——同样伪装成面试练习或开发辅助仓库，同样在看似不起眼的配置中埋入远程脚本入口。这意味着，sol-live 并不是“孤例误伤”，而更像是一条已经跑通的攻击路径，被复制到多个不同项目外壳之下，潜在对同一批开发者和加密从业者反复下钩。

更值得警惕的是，这 8 个项目的存在本身，就把可能受影响的范围从“用过 sol-live 的少数人”扩大成“一整类习惯从 GitHub 拉面试题、练手项目的技术群体”。目前公开材料没有给出这些项目的具体名称、仓库地址，也未披露已经造成实际资产损失或被平台下架的确证信息，外界无法依此判断攻击已经走到哪一步、究竟有多少人踩雷。因此，这一批“相似项目”更多像是被安全团队点亮的风险清单，提醒开发者意识到：只要攻击者还在沿用这套模式，任何看起来正常的练习仓库，都可能在未来某一天被悄悄替换成新的入口，风险面仍然需要在持续排查和公开披露中慢慢厘清。

从信任开源到审查环境的转弯

sol-live 事件逼着开发者承认一个不舒服的现实：哪怕只是刷面试题、做学习练习，也不能再把“开源”当作天然安全背书。攻击者这次选择把恶意逻辑埋在 `.vscode/settings.json` 里，以面试仓库为入口、优先瞄准接触加密资产的开发者，从浏览器钱包数据到助记词、账号凭证都在攻击范围内，说明单纯盯着源码行数已经不够，真正的危险往往藏在你以为不用看的配置文件里。回到个人实践层面，今后在使用第三方仓库时，至少要刻意检查：本地开发环境有没有被修改默认终端或脚本执行路径、是否存在指向陌生远程服务器的命令、一键安装脚本究竟在系统里做了什么；在日常工作机上尽量隔离钱包插件和敏感凭证，避免“写代码”和“管资产”共用同一套环境。sol-live 的披露源于真实用户在开发场景中的异常反馈，并由慢雾在 10 月 23 日给出系统分析，又进一步挖出 8 个相似恶意项目，这条链路本身就是一个信号：开发环境投毒、钱包数据攻击大概率还会反复出现，只有安全团队和开发者社区形成持续的联动与公开披露机制，才有可能在下一次看似普通的练习仓库变成陷阱之前，把威胁提前拦在门外。

加入我们的社区，一起来讨论，一起变得更强吧！AiCoin专属Hyperliquid福利：https://app.hyperliquid.xyz/join/AICOIN88AiCoin专属Aster福利：https://www.asterdex.com/zh-CN/referral/9C50e2链上电报（Telegram）社群：https://t.me/AiCoinWhaleData链上社区：https://www.aicoin.com/link/chat?cid=N6OVMor5gAiCoin链上推特：https://x.com/aicoinwhaledata