在过去十余年里，加密行业的安全叙事几乎都浓缩在一句经典口号中：「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 权限管理、硬件设计、资产托管和应急响应等多个层面。
而对于整个行业来说，重建信任也不能只靠一次安全审计、一份储备证明，或者一句「用户资产不受影响」来完成。
安全是信任的前提，而可验证、可持续、可追责的安全，才是加密行业走向下一阶段真正需要建立的基础设施。