mt logoMyToken
ETH Gas
EN

从私钥保护,到系统性防御:AI 时代,Crypto 如何重建安全与信任?

Favoritecollect
Shareshare

在过去十余年里,加密行业的安全叙事几乎都浓缩在一句经典口号中:「Not your keys, not your coins」。

无论是普通用户还是机构从业者,长期默认一种线性的安全逻辑—— 只要离线抄好助记词、买一台硬件钱包,或者把资产交给头部合规平台,安全就有了兜底。

然而,近期接连爆发的一系列标志性安全事件,正在彻底击碎这种单点设防的幻觉。

一边是攻击者开始利用 AI、社会工程和软件供应链漏洞,绕过传统的安全防护,直接渗透企业内部系统;另一边,即使是被认为相对安全的冷钱包和硬件钱包,也可能因为内部权限管理、设备流通和第三方供应商的问题,成为新的攻击入口。

在 AI 大踏步改变攻击与防御方式的背景下,加密行业的安全边界也正在被重新划定,可以说,从交易平台到硬件钱包厂商,整个行业似乎正在形成一种新的共识:

加密安全的竞争,已经从谁更善于保护私钥,转向谁能够建立一套更完整、更可验证、也更具韧性的安全体系 (延伸阅读《 当黑客「更高效」用上 AI,Web3 的「矛与盾」军备竞赛如何升级? 》)。

一、私钥很重要,但不再是全部

如果回顾加密行业过去的安全事件,最常见的风险无非是私钥泄露、助记词被盗、钓鱼网站以及智能合约漏洞。

这些问题当然没有消失,但攻击者正在寻找更多、更隐蔽的突破口,尤其是在 AI 工具快速普及之后,传统的安全边界正在发生变化。

Binance 10 月 29 日的安全事件,就是观察这种变化的一个典型案例。

根据 Binance 公布的初步调查,攻击者通过被篡改的软件安装程序、虚假招聘面试和恶意代码,逐步渗透钱包开发团队的工作环境,随后利用受感染的员工设备和内部 AI 工具,进一步获取具有容器部署权限的凭证,最终触及钱包签名服务,发起未经授权的链上交易。

整个过程持续数月,涉及社会工程、软件供应链、员工终端和内部权限等多个环节, 攻击者并没有直接攻破 Binance 的钱包系统,反而借由多阶段的渗透链条,获得了触及企业内部系统和关键权限的跳板。

这也说明,攻击者未必需要直接拿到私钥,只要能够滥用关键签名服务的调用权限,同样有可能造成严重的资产损失。

即使私钥采用 MPC(多方计算)机制进行分片保护,也不意味着整个签名系统天然安全,因为 MPC 解决的是密钥如何分散管理、如何在不完整重构私钥的情况下完成签名,却不会自动解决谁有权发起签名、哪些授权可以被执行,以及异常授权如何被及时撤销等问题。

换言之,密钥安全与权限安全,是两套需要同时成立的防护机制。

再以 Ledger 事件为例,其芯片、操作系统和服务器并未遭到攻破,问题发生在设备离开厂商控制之后的分销环节,用户仍然可能在购买和初始化阶段遭遇攻击。

把这些事件放在一起看,会发现一个共同的变化:攻击者越来越倾向于利用不同系统之间的信任关系,而不只是寻找某一个孤立的技术漏洞。

这也意味着,加密行业需要重新定义安全边界,从保护单一资产,转向保护整个资产生命周期;从关注某个设备或系统是否安全,转向审视人员、软件、设备与权限之间的完整信任链条。

但值得关注的是,面对这些变化,行业并没有只停留在风险讨论上。

二、从 Binance 到 Ledger:加密行业正在如何升级安全防线?

近期一系列安全事件之后,交易平台、硬件钱包厂商、安全机构和监管部门,都开始从各自的环节推进调整。

如果把这些行动放在一起看,会发现加密安全正在发生几个值得关注的变化。

1. Binance 与 Coinbase:从保护密钥,走向保护整个签名和资金流转过程

Binance 事件发生后,平台在新的环境中重建了受影响的钱包系统和内部 AI 工具,替换相关员工设备,停用遭到波及的凭证与访问令牌,并对员工终端进行进一步安全检查。

与此同时,Binance 还加强了钱包服务的风险控制和 AI 驱动的异常行为检测,并计划引入独立安全机构,对事件原因、内部权限和相关防护体系开展进一步审查。

这些措施看似分散,实际上针对的是同一个问题: 当攻击者已经进入内部系统之后,如何防止其继续利用既有权限,触及更高风险的资产操作?

类似的思路,也能在 Coinbase 最新公开的资产保护体系中找到对应。

11 月 4 日,Coinbase 专门发布文章,介绍其客户资产安全架构,并表示目前超过 99% 的客户资产存放在冷钱包中,同时披露了一整套资金流转控制机制。

例如,在密钥管理层面,Coinbase 采用分布式密钥保护机制,避免单点私钥暴露;在冷热钱包调拨过程中,设置严格的转账速度和额度限制,并通过异常行为监测识别可疑操作。

它们也提供了一个值得参考的样本: 资产存放在哪里固然重要,但谁能够发起转账、什么条件下允许签名、发生异常时能否及时停止操作,同样决定着整个系统的安全程度。

这其实正是纵深防御(Defense in Depth)的核心逻辑。

没有任何一个环节被假定为绝对安全,相反,即使某个员工设备被入侵、某项权限遭到滥用,其他防护机制仍然应当有能力限制攻击继续扩散。

2. Ledger 与 Trezor:安全开始延伸到生产、流通和交付环节

硬件钱包领域的变化同样具有代表性。

在此次硬件植入事件之后,Ledger 开始调整授权经销渠道的设备管理要求,要求相关授权经销商和分销商暂停东南亚及香港地区的销售,并开展设备抽检和库存检查。

同时,Ledger 进一步明确,经销商不得将退回的设备重新销售,即使包装看起来完整也不例外;设备不应继续摆放在开放式货架或展示区,而应存放于后方仓储区域,在用户购买时才交付。

这些措施也说明硬件安全的边界正在扩大,本质上是在缩小攻击者能够接触和改造设备的机会。

Trezor 的调整则更加直接。

11 月 12 日,Trezor 公布最新调查结果,确认有 3 台通过涉事经销商 CryptoBilis 销售的 Trezor Safe 5 存在硬件植入;与此同时,Trezor 宣布已将授权经销商网络缩减约 80%,并要求保留的合作伙伴遵守更严格的采购、仓储和设备访问管理规则。

在产品层面,Trezor 于 11 月 11 日发布 2.13.1 版本固件,加入针对已发现植入模块的防护措施,使其无法继续读取屏幕信息。

这也反映出硬件安全治理正在发生的一种变化,即 安全不再只看产品出厂时是否可靠,还要看厂商能否持续管理供应链风险,并在问题发生后提供有效的检测、修复和用户补救措施。

对于钱包厂商而言,这意味着需要管理的不只是芯片和固件,还包括完整的产品生命周期。

3. 从 CZ 的安全联盟倡议到监管发力:行业协作正形成实际能力

除了企业内部的安全升级,另一个值得关注的方向是跨平台协作。

Binance 事件发生后,CZ 公开呼吁加密行业建立安全联盟,推动安全情报共享、交叉安全审计,以及更高效的被盗资金追踪和紧急处置。

这背后其实是加密行业长期存在的一个矛盾: 区块链资产可以跨平台、跨链快速流动,但安全防御却往往分散在不同交易所、钱包厂商、安全公司和链上分析机构手中。

一家平台发现异常地址,并不意味着其他平台能够立即识别;一个安全团队掌握了新的攻击特征,也不意味着整个行业能够及时更新防护策略。

这反映出一种不同于传统企业自建安全团队的防御模式:把分散在不同机构手中的安全研究、威胁监测和应急响应能力连接起来,让攻击信息能够更快地被识别、共享和利用。

当然,跨平台协作并不意味着所有企业都应该无条件共享内部系统信息,或者拥有随意冻结用户资产的权力。

如何在安全情报共享、商业机密保护和用户资产自主权之间建立清晰边界,同样需要进一步完善。

但至少可以看到, 加密安全正在从过去相对孤立的企业自保,逐步走向由安全机构、平台和社区共同参与的协作防御。

值得注意的是,Binance 事件发生后,韩国金融委员会(FSC)紧急召集金融监督院、韩国金融安全院以及主要虚拟资产交易平台,对交易所的资产保管和安全防护情况进行检查。

其中一个重点,就是重新审视交易所冷钱包的资产保管比例,根据韩国现行《虚拟资产用户保护法》,交易所至少需要将用户资产经济价值的 80% 存放在冷钱包中。

但在此次事件之后,监管机构进一步要求交易所考虑提高冷钱包比例,同时加强 7×24 小时的充提监控、储备资金管理、钱包签名审批和管理员权限控制。

这说明监管层也开始意识到, 交易所的安全不能仅仅依靠事后赔偿,还需要通过事前的资产隔离和操作限制,尽可能降低单次攻击能够造成的损失。

三、AI 时代,Crypto 产品需要怎样的新安全标准?

如果将近期行业的这些行动串联起来,会发现它们在逐步形成一套更完整的安全逻辑。

Binance 重构内部系统和权限,Coinbase 强调多层签名控制,Ledger 与 Trezor 收紧供应链,全行业推动跨平台应急协作,韩国监管机构进一步强化全天候监控和事故责任。

imToken 认为,未来加密产品至少需要从以下几个方面重新建立安全体系。

1. 从私钥安全走向全链路权限安全

私钥依然是数字资产安全的核心,但它不应该成为安全体系的全部。

对于交易平台而言,需要同时保护密钥、签名服务、管理员账户、开发环境和生产部署权限;对于钱包产品而言,则需要明确区分密钥管理、交易构建、交易授权和最终签名等不同环节。

尤其是 AI Agent 开始接入钱包、交易账户和链上应用之后,权限管理会变得更加重要。

一个能够读取行情、查询余额的 Agent,并不应该天然拥有转移资产的权限;一个可以帮助用户构建交易的 Agent,也不意味着它可以在没有额外授权的情况下直接完成签名。

合理的设计应该是:按照任务需要分配最小权限,将查询、交易构建、交易审批和最终签名分离;对高风险操作设置独立确认机制,例如带外确认、Passkey 或多重授权;所有授权都应该有明确的范围、有效期和撤销机制;对关键操作保留可验证的审计记录。

简单来说, AI 可以帮助用户完成更多工作,但不能因此获得不受约束的资产控制权 ,这不仅是 AI Agent 的安全要求,也是整个加密产品未来需要建立的权限标准。

2. 从一次性审计走向持续验证

过去,很多加密产品习惯通过智能合约审计、代码审查或者硬件安全认证,向用户证明自己的安全性,这些工作当然重要,但问题在于,审计通常只能覆盖特定时间、特定代码版本和特定范围。

一款产品通过了智能合约审计,并不代表后续升级的代码没有问题;一台硬件钱包通过了芯片安全测试,也不代表它在仓储和运输过程中不会遭到篡改。

因此,未来安全体系需要从一次性审计转向持续验证。

3. 从单点防护走向纵深防御

没有任何一种技术可以解决所有安全问题。

MPC 可以降低单点密钥泄露风险,但无法自动阻止错误授权;冷钱包可以降低远程攻击风险,但无法完全消除内部操作和供应链风险;硬件钱包可以隔离私钥,但无法替用户识别所有恶意交易。

因此,真正成熟的安全架构,需要让不同层级的防护机制互相补充。

例如在身份层使用抗钓鱼的身份认证方式,减少账号和员工凭证被盗的风险;在权限层采用最小权限、临时授权和多人审批,避免单个身份掌握完整控制权;在设备层加强终端安全、硬件完整性校验和可信启动机制;在交易层对交易内容进行模拟、风险识别和清晰展示,避免用户在不理解交易意图的情况下完成签名;在资产层通过冷钱包、MPC、多签、限额和异常监测,降低资金被一次性转移的可能;在响应层建立紧急暂停、权限撤销、事件通报和跨平台协作机制。

4. 从「相信品牌」走向「安全可以被验证」

对于普通用户来说,安全还有一个长期存在的问题:信息不对称。

用户很难知道一款钱包究竟如何管理私钥,也无法直接判断交易所的内部权限是否合理,更不可能亲自检查硬件钱包的芯片、固件和供应链。

因此,安全产品不能只依赖品牌声誉或者营销口号来建立信任,未来更重要的,是让安全机制尽可能透明、可验证。

例如,交易平台需要持续披露资产储备、托管结构和关键安全机制;钱包厂商需要公开私钥管理原则、代码审计情况、漏洞响应流程和版本更新记录;硬件钱包厂商则需要让用户能够核实设备来源、固件完整性和官方销售渠道。

5. 回到用户资产控制权:非托管钱包的价值与责任

在讨论了这么多安全机制之后,还有一个问题值得重新思考:

如果交易所、钱包厂商、硬件设备和第三方服务都可能成为攻击入口,那么普通用户究竟应该如何选择自己的资产管理方式?

这也是非托管钱包长期存在的价值,与中心化交易平台相比,非托管钱包的核心区别在于资产控制权。

在中心化交易平台中,用户通常需要经过平台账户体系、内部钱包系统和平台的签名流程才能完成资产操作,用户的资产安全,除了取决于自身账户保护,还取决于平台的内部权限、托管架构、员工管理和运营机制。

而在非托管钱包中,用户自己管理私钥或助记词,钱包服务商不直接掌握用户资产的转移权限,从结构上看,这意味着 少了一层需要信任的资产托管中间环节,也降低了平台集中持有用户资产所带来的托管风险。

但这并不意味着非托管钱包可以免疫所有攻击。

用户仍然可能遭遇钓鱼网站、恶意合约、虚假授权、设备感染和助记词泄露,需要用户更加重视自身的密钥管理和交易安全。

因此,对于 imToken 这样的非托管钱包而言,真正值得持续建设的,是围绕用户自主控制权,进一步完善整个使用过程中的安全体验。

这背后也是一种更完整的安全理念。

写在最后

从 Binance 的内部权限失守,到 Ledger 和 Trezor 的硬件供应链风险,再到交易所重新审视冷钱包比例,近期一系列事件都在提醒我们,加密行业过去赖以建立安全信任的那套标准,已经需要进一步升级。

私钥仍然重要,但私钥不再是全部。

未来的安全竞争,将同时发生在密码学、软件供应链、AI 权限管理、硬件设计、资产托管和应急响应等多个层面。

而对于整个行业来说,重建信任也不能只靠一次安全审计、一份储备证明,或者一句「用户资产不受影响」来完成。

安全是信任的前提,而可验证、可持续、可追责的安全,才是加密行业走向下一阶段真正需要建立的基础设施。

Disclaimer: This article is copyrighted by the original author and does not represent MyToken’s views and positions. If you have any questions regarding content or copyright, please contact us.(www.mytokencap.com)contact
More exciting content is available on
X(https://x.com/MyTokencap)
or join the community to learn more:MyToken-English Telegram Group
(https://t.me/mytokenGroup)