
网络安全研究人员发现了一个伪装成专业 Solidity 开发工具的恶意 Visual Studio Code 扩展,该扩展一直在系统性地从受感染的系统中窃取加密货币钱包、云 API 密钥、SSH 私钥、源代码控制令牌以及开发者凭证。 这一由Yeeth Security记录在案的攻击活动,标志着针对Web3和区块链开发者及其自身开发环境的攻击手段已显著升级。
要点
已识别出两个名为“Solidity Pro”的恶意 VS Code 扩展 :helper-beeps.solidity-pro 和 web3devtoolsx.solidity-pro早期版本会向 Cloudflare Workers 端点发送信标以检索加密的 Python 有效载荷 ——后期版本则转变为完整的数据窃取器被盗数据通过Telegram机器人上传进行外泄该恶意软件采用随机延迟激活机制——在安装后数小时或数天后才运行,以规避自动化扫描器并首先建立用户信任此次攻击活动在战术上与WhiteCobra存在重叠, 这是一个于2025年9月被发现的威胁团伙,通过恶意VS Code扩展程序传播Lumma Stealer目前这两个扩展程序均不在Open VSX上提供,但GitHub代码库仍可公开访问这两款扩展程序——根据其发布者和包标识符可识别为 helper-beeps.solidity-pro 和 web3devtoolsx.solidity-pro——在其版本历史中遵循了一种渐进式的攻击模式。
经发现,从 1.0.0 版到 v2.4.x 版的早期版本会向 Cloudflare Workers 端点发送信号,并检索加密的 Python 有效载荷以供执行。 从 3.0.0 版本开始,该扩展转变为一个功能完备的信息窃取器——其攻击能力显著增强,能够同时针对范围广泛的开发者凭据和金融资产。
数据外泄机制是通过 Telegram 机器人上传实现的——这种传输渠道比传统的命令与控制服务器通信更难被封堵,因为 Telegram 的基础设施被广泛用于合法用途,封堵它将对远不止恶意流量造成干扰。
v3.0.0 窃取器针对的数据范围异常广泛,几乎涵盖了 Web3 开发者可能持有的所有类别的敏感凭证。
从源代码控制到云基础设施, 该窃取工具会收集 ghp_ 和 github_pat_ 格式的 GitHub 个人访问令牌、前缀为 glpat- 的 GitLab 令牌、AWS 访问密钥和会话令牌,以及以 cfat_ 开头的 Cloudflare 令牌。 AI 开发凭据也是攻击目标——该攻击会明确窃取 sk-、sk-proj- 和 sk-ant- 格式的 OpenAI API 密钥,这使得此次攻击活动不仅与区块链开发者相关,也与 AI 开发者息息相关。
在加密货币基础设施方面,该窃取程序针对助记词和恢复短语,以及来自 MetaMask、 Phantom、Rabby、Coinbase Wallet、Trust Wallet 和 Keplr 的钱包保险库,以及比特币钱包导入格式密钥和扩展私钥。 SSH 私钥、URL 凭据以及 1Password 多因素身份验证令牌也包含在窃取范围内。
Telegram 机器人令牌也被窃取——这使攻击者能够冒充或控制开发者正在运行的任何 Telegram 机器人,其影响不仅限于个别受害者,还波及与这些机器人互动的任何人。
该攻击活动在技术上最具意义的特点在于其规避架构——这是一种多层级的方法,能够绕过大多数扩展程序市场和安全工具所依赖的检测机制。
其核心技术是随机延迟激活。 恶意代码不会在安装后立即执行。相反,它会等待数小时或数天,然后才运行其恶意分支——这段时间足够让用户认为该扩展是合法且有用的,也足够让那些观察软件包几分钟后才将其清除的自动化扫描程序完全转移注意力。
"等到恶意分支运行时,用户早已认定该扩展程序很有用,而那些仅对软件包进行几分钟观察的自动化扫描器也早已转而检查其他目标了,” Yeeth Security 指出。
这种混淆并非表面功夫。 该恶意软件将字符串拆分到 IIFE 表中,并在运行时重新组装,而不是以静态分析可检测的形式存储它们。 方法名称在各个版本之间轮换,这意味着基于签名的检测必须持续追踪一个动态目标,而非与固定模式进行比对。
在恶意版本发布之间,运营者会发布中间的“干净”版本——即不包含恶意有效载荷但功能完整的扩展版本——以积累正面的用户信号,在市场上建立信任评分,并降低在恶意版本准备就绪并发布之前被下架的可能性。
Yeeth Security 发现 Solidity Pro 攻击活动与 WhiteCobra 之间存在战术重叠——WhiteCobra 是一个于 2025 年 9 月首次被发现的威胁团伙,该团伙曾通过恶意 VS Code 扩展程序分发 Lumma Stealer,目标是使用 VS Code、Cursor 和 Windsurf 的开发者。 这两项行动采用相同的高层级行动方案:利用恶意 VS Code 扩展、针对开发者的凭证窃取、延迟激活,以及通过干净的中间版本在应用市场中建立信任。
目前尚未确认这两起行动是否由同一批攻击者策划,但共同的作案手法表明,要么存在直接的行动重叠,要么攻击者对 WhiteCobra 已公开的技术了如指掌。
Solidity Pro 攻击活动并非孤立事件。 2026年6月,Yeeth Security 报告了另一个扩展程序——ethdevtools.solidity-language-support——该程序冒充了面向以太坊开发者的 Solidity 语言支持工具。 该扩展程序中包含一个延迟激活的剪贴板窃取器,专门用于窃取 BIP-39 助记词、以太坊私钥和钱包地址。2025 年的早期攻击活动曾通过开源生态系统中的虚假 Solidity 扩展程序,将俄语开发者作为目标。
针对Solidity开发者的攻击集中出现并非偶然。Solidity是以太坊智能合约开发的主要语言。 从事该领域的开发者通常掌握私钥、钱包凭证以及部署基础设施的访问权限,这些权限意味着可以直接接触到巨大的链上价值。只要成功感染一名拥有实时协议部署权限的开发者,所暴露的风险远不止该个人的个人资产。
Solidity Pro 扩展程序已从 Open VSX 中移除,但截至本文撰写之时,位于 web3devtoolsx/solidity-pro 的 GitHub 仓库仍可访问。 已安装任何版本的 helper-beeps.solidity-pro 或 web3devtoolsx.solidity-pro 的开发者,应将其全部凭据视为已泄露。
应立即采取的措施包括:撤销并轮换所有 GitHub 和 GitLab 个人访问令牌,轮换 AWS 访问密钥和会话令牌,撤销所有 Cloudflare API 令牌,轮换所有 OpenAI API 密钥,撤销 Telegram 机器人令牌,以及——至关重要的是——将所有加密货币资产转移到由全新助记词生成的钱包中,这些助记词此前从未出现在受感染的机器上。
应轮换所有受影响密钥曾访问过的系统中的 SSH 私钥,并更新授权密钥文件。 应审查可能已泄露的 1Password 多因素认证(MFA)令牌,并在可能的情况下进行轮换。
对于尚未安装这些扩展的开发者而言,此次攻击事件凸显了将 VS Code 扩展的安装过程与任何其他软件部署一样严格审查的重要性。 在安装任何涉及安全敏感开发场景的扩展之前,发布者身份、安装次数、评论历史以及近期版本的发布时间,都是值得考察的重要信号。
来源
Yeeth Security 关于 Solidity Pro 及 WhiteCobra 通过 Telegram 进行 C2 通信的博客文章,2026 年 8 月 6 日。 The Hacker News 关于 Solidity Pro 恶意 VS Code 扩展的报道,2026 年 8 月。Yeeth Security 关于 ethdevtools 剪贴板窃取器的报告,2026 年 6 月。WhiteCobra 威胁集群检测,2025 年 9 月。 《The Hacker News》关于 VS Code 恶意扩展的每周回顾,2025 年 9 月。
本文仅代表作者观点,不代表果米财情立场。
本文系作者授权发表,未经许可,不得转载。