安全很重要，然后呢？

原创 jishuzhain 2026-11-06 14:57 广东

— ◆ —

从 Binance 入侵事件复盘，谈三个反直觉的安全命题

攻击者不一定需要突破你的防线，只需要让你的防线替他完成工作。

最近参加某银行的高阶岗位面试（最终又没通过，今年我的精神压力确实很大），面试官问了我一个问题：

如果 Binance 发生了如此严重的入侵事件，假设你是企业技术负责人或者安全负责人，你会如何复盘？

有意思的是，我当时并没有阅读 Binance 发布的初步调查报告。

我没有首先讨论恶意软件、漏洞利用、横向移动、IOC，也没有急着罗列 EDR、SIEM、SOC 等安全产品。

我首先提出了一个问题：

如果一家金融机构遭遇入侵，最应该优先审计的究竟是什么？

我的答案是金融交易系统、风控系统和交易防护机制。

原因很简单：金融行业与普通互联网业务不同。安全事件不仅意味着系统被入侵，还可能直接转化为资金损失、交易完整性破坏和客户资产风险。

之后，我才开始从人的维度展开，提出三个分析维度：

最后再回到企业安全架构、纵深防御和木桶短板原理。

面试结束后，我才认真阅读 Binance 的官方初步调查报告。

有些判断与公开披露的攻击路径相当吻合，也发现了自己此前没有想到的技术细节。

这让我产生了三个反直觉的思考。

• • •

这是一个很容易被忽视的问题。

绝大多数安全事件复盘，习惯按照攻击时间线展开：

这种复盘方式没有问题，但它容易让安全人员陷入技术细节，忘记一个更重要的问题：

攻击者最终想要破坏的究竟是什么？

对于金融机构而言，终端被入侵不一定意味着资金损失；内部账号被盗也不一定意味着核心业务失守。

真正需要关注的是，攻击者能否将局部入侵转化为业务损失。

因此，我认为更合理的复盘起点应该是业务影响。

先识别企业最重要的资产，再反向分析可能造成损失的攻击路径。

例如：

这实际上是从业务风险反向推导安全架构。

安全产品的数量、终端覆盖率、告警数量，都不是最终目的。

它们只是实现风险控制的手段。

一个企业可以部署非常完善的终端防护系统，却未必能够阻止一次经过合法身份、合法权限和合法业务接口执行的异常交易。

反过来，即使某个终端已经失陷，只要关键交易操作仍然受到独立约束，攻击者也未必能够实现最终目的。

所以，安全事件复盘的第一问题，不应该只是攻击者怎么进来的，而应该是为什么一次局部入侵最终能够造成如此严重的业务影响。

• • •

我们经常说要防范恶意程序、漏洞利用和外部攻击。

但现代企业的信息系统，本质上是由大量合法身份、合法权限和合法执行能力构成的。

这些能力本身并不是安全问题。

问题在于：这些能力是否被合理授权、是否受到约束，以及是否能够被滥用。

我倾向于将其抽象成三个维度。

1. 身份：谁在操作？

企业中的身份远不止员工账号。

还包括设备身份、服务账号、API Token、容器身份以及 AI Agent 的身份。

身份认证解决的是主体识别问题，但不能证明当前行为一定符合主体的真实意图。

一个合法员工的账号被攻击者控制之后，系统看到的仍然可能是合法用户。

2. 权限：允许操作什么？

身份通过认证之后，系统还需要决定它能够访问哪些资源、调用哪些接口、执行哪些操作。

权限过大、权限继承不透明、凭据长期有效、跨系统信任关系缺乏约束，都可能成为攻击者扩大影响范围的条件。

3. 执行能力：实际上能够做什么？

这是我认为最值得重视的维度。

一个身份拥有某项权限，不代表它只会执行一种操作。

因此，不能只检查账号是否合法、权限是否合理，还必须审计实际执行能力。

这里存在一个很容易被忽略的安全问题：

攻击者不一定需要创造新的能力，只需要获得并组合企业已经存在的能力。

Binance 在 2026 年 11 月 3 日发布的初步调查报告，恰好提供了一个值得研究的案例。

根据 Binance 的披露，攻击者利用恶意开发工具、社会工程学和失陷的工程师设备逐步扩大访问范围，随后借助内部 AI 工具进一步控制其他工程师设备，并获取容器部署相关凭据，最终触及内部钱包签名服务。

攻击者并不是简单地找到一个漏洞，然后直接拿走资金。

其攻击路径涉及人员、终端、内部工具、凭据、部署环境和钱包签名能力。

这意味着企业的信任关系本身也可能成为攻击面。

尤其值得注意的是，AI 工具在这个事件中被用作攻击跳板。

这不等于 AI 模型本身存在漏洞，而是说明：当自动化工具拥有访问其他主体或内部资源的能力时，它的身份、权限和执行边界同样需要审计。

如果把这个问题进一步抽象：

身份回答谁在操作，权限回答允许做什么，执行能力回答实际上能够做什么。

而安全体系真正需要验证的是：

这三个条件组合起来，是否允许某个主体造成超出其业务职责范围的影响？

• • •

这句话可能不太符合传统安全宣传的表达方式。

我们经常听到：

这些方向都没有错。

但它们容易让人产生一种错觉：只要安全建设足够完善，攻击者就不应该进入系统。

现实显然不是这样。

企业系统复杂，供应链复杂，人员复杂，软件依赖复杂，身份关系复杂。

攻击者也会不断改变技术手段。

没有哪一种安全产品能够保证所有攻击都被提前发现。

因此，我更倾向于从木桶短板原理理解企业安全体系。

假设企业存在五个关键安全环节：

这些环节并不是相互独立的。

任何一个环节出现严重缺陷，都可能让其他环节的投入大打折扣。

但木桶原理也不是要求企业给所有环节投入相同的资源。

金融交易系统与普通办公终端的风险等级显然不同。

更合理的做法是结合资产价值、攻击可能性、潜在损失和修复成本，确定防护优先级。

我认为，一个成熟的安全体系至少应该具备三种能力：

第一，降低攻击成功概率。

通过终端防护、身份治理、权限控制、漏洞管理和供应链安全，尽可能提高攻击者的入侵成本。

第二，限制攻击造成的影响。

即使攻击者进入系统，也不能让一个普通员工账号、一个部署令牌或者一个自动化工具，轻易获得影响核心业务的能力。

尤其是资金交易、密钥操作和关键授权，应当有独立的业务校验、风险控制和必要的人工审批。

第三，控制损失并恢复业务。

一旦发生事件，企业应该能够快速识别受影响的身份、凭据、设备和系统，阻断攻击路径，撤销相关授权，并恢复可信的业务环境。

Binance 这次事件还有一个非常值得注意的细节。

攻击者利用 EIP-7702 在链上建立了恶意授权。Binance 暂停正常提现，并不意味着已经存在的链上授权会自动失效。由于涉及 MPC 钱包签名机制，撤销这些授权还需要专门的操作流程。

这揭示了一个重要问题：

关闭一个系统的正常业务入口，不等于撤销已经生效的外部授权和执行能力。

安全应急预案不能只考虑如何关停系统，还必须考虑已经发出的指令、已经建立的授权、已经提交的交易以及系统之外仍然有效的状态。

这才是完整的安全工程思维。

• • •

我一直觉得，安全行业存在一种很有趣的现象。

大家都知道安全很重要。

开会时说安全很重要，做汇报时说安全很重要，写方案时说安全很重要，招聘时也希望找到能够保障企业安全的人。

但是，真正遇到安全事件时，问题就变得具体了。

这些问题往往比部署什么安全产品更加重要。

安全不是一个孤立的技术部门，也不是购买一批产品就能完成的事情。

它是业务架构、身份体系、权限治理、技术执行和风险管理共同构成的系统工程。

我甚至认为，未来 AI Agent 的大规模应用，会让这些问题变得更加突出。

过去，企业主要管理人的身份、人的权限和人的操作。

未来，企业还需要管理大量具有自主决策和工具调用能力的智能体。

它们可能拥有自己的身份、访问令牌、工具权限和执行环境。

如果一个 Agent 可以调用另一个 Agent，另一个 Agent 又可以访问企业内部系统，那么原本简单的权限关系就会演变成复杂的自动化信任网络。

这时，传统的账号管理、权限管理和终端防护，可能都需要重新审视。

回到最初的 Binance 事件。

我没有在面试之前阅读官方报告，却从金融业务风险、身份、权限和执行能力几个维度独立展开了分析。

事后对照公开披露的攻击路径，发现其中不少思考能够对应到真实事件。

当然，这不意味着我的推演已经完整，也不意味着所有技术细节都判断正确。

相反，真正有价值的复盘，应该允许自己的判断被事实修正。

安全最忌讳的，可能不是不知道答案，而是以为自己已经知道答案。

毕竟，攻击者从来不需要遵守企业安全建设方案里的理想假设。

他们只需要找到一个现实中存在的、可以被利用的信任关系。

而防守者真正需要做的，是让每一次局部失守，都不至于演变成整个企业无法承受的灾难。

◆

跳转微信打开