招聘即攻击，Web3企业正成为黑客眼中的“肥羊”

假设一名开发者正在寻找新的Web3工作机会。

他可能先在LinkedIn、招聘网站或者自由职业平台上收到一名招聘人员的信息，对方介绍一家AI、区块链或NFT公司的职位，随后安排技术面试。流程并没有明显异常，甚至比传统招聘更加专业：对方会介绍项目背景，发送GitHub仓库，让候选人完成一项Coding Test，或者要求运行一段代码，用于测试开发能力。

真正的风险往往出现在这里。

根据日本警察厅等机构披露的调查，WaterPlum会利用招聘场景诱导IT从业者下载并执行恶意项目或代码，相关攻击活动涉及BeaverTail、InvisibleFerret、OtterCookie、OtterCandy以及StoatWaffle等恶意软件。攻击者随后可以尝试获取浏览器中保存的凭证、键盘输入和本地文件，并进一步寻找加密钱包、私钥、助记词等敏感信息。

这类攻击之所以值得注意，并不是因为开发者缺乏安全意识，而恰恰是因为攻击者利用了开发者正常的工作习惯。

对于软件工程师而言，从GitHub下载项目、安装NPM依赖、运行测试代码、打开Visual Studio Code项目，本来就是每天都会发生的事情。如果恶意代码被包装成“面试项目”，传统的钓鱼邮件识别逻辑就很难完全发挥作用。

这也解释了为什么“招聘”正在成为一个值得单独关注的安全场景。

7000个钱包背后，不只是一次加密资产盗窃

官方公布的数据给出了这次事件的规模。

从2025年12月至2026年7月，WaterPlum相关活动在全球100多个国家和地区造成至少3万台设备感染，调查发现约7000件加密资产钱包信息遭到窃取，并确认至少约17亿日元规模的加密资产被转移。需要注意的是，“7000个钱包”并不等于7000个钱包全部被清空，它更多指向钱包相关信息、认证资料或资金活动遭到暴露；目前能够确认的是，至少17亿日元资产进入攻击者控制的地址。

如果只把这起事件理解为一次“钱包被盗”，可能会低估它的影响。

因为攻击者真正获取的并不一定只是某一个钱包里的余额。

开发者电脑往往同时保存着SSH密钥、API Key、云服务凭证、GitHub Token、浏览器Session、数据库连接信息以及公司内部代码。如果攻击者获得这些信息，后续攻击可能从个人钱包进一步扩展至企业账户、代码仓库和基础设施。

这意味着，一台开发电脑实际上可能连接着一整套数字资产基础设施。

过去行业谈论Web3安全时，注意力更多集中在智能合约漏洞、私钥管理、交易签名和链上攻击，但WaterPlum展示出的路径完全不同：攻击者首先攻击的是“人”，然后利用人的设备进一步寻找资产。

从这个角度看，终端安全和身份安全正在与链上安全越来越紧密地结合。

北朝鲜IT工作者的另一条路径：从“假求职”到“进入企业”

此次调查还有另外一个值得关注的部分。

日本警方披露，他们首次在日本发现所谓“Laptop Farm”，即由当地协力者提供电脑和网络环境，再让海外人员远程操作，以制造真实身处日本的假象。调查同时发现，相关北朝鲜IT工作者会通过虚假身份参与海外企业招聘，并存在向日本境内加密资产交易所工程师岗位投递申请、接受面试的情况。官方还称，相关人员与WaterPlum活动均被认定与朝鲜劳动党中央委员会军需工业部313总局有关。

这说明问题可能并不只是“有人骗开发者下载恶意代码”。

另一条风险路径，是攻击者试图直接进入企业内部。

美国FBI此前已经多次警告北朝鲜IT工作者利用盗用身份、虚假账户、代理设备以及美国境内协力者获取远程工作机会，并提醒企业加强远程招聘、身份核验和入职后的持续监控。

两种方式结合起来看，会形成一个值得Web3企业警惕的闭环：

一端通过招聘接触企业和开发者，另一端通过恶意代码窃取个人和企业资产信息。

这使“招聘安全”和“终端安全”不再只是HR或者IT部门的问题，而开始进入数字资产企业整体风险管理的范围。

为什么Web3可能成为这类攻击的高价值目标？

Web3企业与传统互联网公司存在一个重要差异：开发人员的电脑往往更接近资产。

一个普通互联网项目的开发环境遭到入侵，攻击者可能首先获得源代码、数据库或者用户数据；而在加密行业，开发人员可能同时参与钱包开发、节点部署、智能合约发布、交易系统维护以及链上签名流程。

一旦终端环境中存在私钥、助记词、交易签名工具或者高权限API凭证，攻击者寻找的就不再只是数据，而可能直接对应资金控制能力。

此前已经发生过类似的攻击路径。

2024年，FBI与日本警方曾披露，攻击者冒充招聘人员联系日本加密钱包软件公司Ginco员工，并通过GitHub上的所谓“就业测试”诱导其执行恶意Python代码，之后进一步利用被盗Session信息，最终导致DMM Bitcoin约308万美元当时价值的4502.9枚BTC被盗。

这意味着，WaterPlum并不是孤立事件，而更像是一个持续演变的攻击模式。

攻击者没有必要每一次都寻找交易所热钱包漏洞，也不一定需要直接攻击区块链协议。只要能够找到掌握关键权限的人，再把正常业务流程变成攻击入口，同样可能触及资产。

从“不要点钓鱼链接”，转向“重新设计招聘流程”

过去企业培训网络安全时，经常强调不要打开陌生邮件附件、不要点击可疑链接。

但对于开发人员而言，这套规则已经不够。

因为GitHub项目、NPM依赖和代码测试本身就是工作工具。真正需要改变的不是“不要写代码”，而是让不可信代码无法直接接触可信资产。

例如，企业可以把面试代码运行环境与日常开发环境隔离，通过虚拟机、Sandbox或者专门测试设备执行陌生项目；对于来源不明的VS Code项目，则避免直接授予信任权限，同时限制自动执行脚本和安装依赖。

更重要的是，钱包、API Key、SSH密钥以及生产环境凭证不应该与招聘测试环境处于同一个信任边界。

对于个人开发者而言，如果面试方要求下载一个并不熟悉的项目，尤其涉及关闭安全软件、执行系统级命令、安装来路不明的软件或者授予异常权限，就需要重新核验招聘方身份。

FBI此前针对北朝鲜IT工作者的风险提示也建议企业加强身份核验，对远程员工进行持续验证，并关注IP地址、登录行为、付款账户等异常变化。

AI招聘时代，身份验证还会更加复杂

WaterPlum事件还有一个更长期的影响：当招聘、远程办公和AI工具越来越深度结合，企业验证“屏幕另一端的人是谁”将变得更加困难。

过去，视频面试至少可以提供一定程度的身份确认；但随着AI生成视频、语音克隆和身份伪装工具的发展，视频通话本身已经不能成为完整的身份验证手段。

FBI此前已经公开提醒，北朝鲜IT工作者曾利用AI和换脸技术隐藏真实身份，并建议企业通过教育经历、联系方式、工作履历、设备网络行为以及入职流程进行交叉验证。

这意味着未来企业招聘可能需要从“一次面试确认身份”，逐渐转向“招聘、入职、工作全过程验证身份”。

对于Web3公司而言，这一点尤其重要，因为远程团队、全球招聘和跨境协作本来就是行业常态。

Web3安全正在从链上走向链下

如果把这次WaterPlum事件放在更大的行业背景下，它所暴露的其实是一条越来越清晰的趋势：加密资产安全正在从单纯的链上问题，扩展成覆盖人员、设备、身份、权限和资金流的系统性问题。

过去用户会问：“这个钱包安全吗？”

企业可能会问：“这个智能合约有没有审计？”

但未来还需要继续追问：谁能够访问开发环境？谁可以拿到生产密钥？面试代码在哪里运行？远程员工使用什么设备？企业如何确认员工真实身份？如果一台开发电脑感染恶意软件，哪些权限会同时受到影响？

这些问题看起来与区块链协议没有直接关系，却可能决定最终的资产安全。

WaterPlum已经说明，攻击者并不一定需要在链上寻找突破口。有时候，最容易进入Web3资产体系的入口，可能只是一个看起来正常的招聘消息。

对于个人开发者而言，这意味着面试项目需要和钱包、生产环境彻底隔离；对于Web3企业而言，则意味着安全体系需要从“保护资产”进一步延伸到“保护接触资产的人、设备和身份”。

当招聘本身成为攻击面之后，Web3行业真正需要重新审视的，或许并不是某一种恶意软件，而是过去被忽略的一条安全边界：谁有机会接近开发者，以及开发者又有机会接近什么。