在 2026 年前六个月，加密行业在 135 起已核实的安全事件中损失了 939.86 百万美元。乍看之下，原因似乎很明确：项目仍在将未经验证的代码部署到主网，使协议金库暴露于熟悉的攻击手法之下。

但数据呈现出的图景要更令人担忧。

超过一半遭攻击的项目，也就是损失总额超过 721 百万美元的项目，已经完成了安全审计。然而，在这些案例中，94.4% 的攻击并不是来自被审查智能合约中遗漏的重入漏洞。相反，攻击者是通过审计人员未曾检查的区域进入系统的：

• 私钥泄露
• 前端脚本被劫持
• 云基础设施存在暴露
• 未审查的链下 relayer

这些发现来自 ack3 发布的一份全面的 2026 年上半年安全报告。ack3 是一家 AI 原生网络安全公司，前身为 Ackee Blockchain Security。该公司表示，自 2021 年以来已完成 237 次协议审查，并持续观察到安全边界已从孤立的 Solidity 文件扩展到完整的协议架构。为此，ack3 将人工审查、基于 Wake 的模糊测试、链下威胁建模以及专有 AI 扫描结合起来，用于梳理跨组件依赖关系。

报告指出了 Web3 风险评估中的一个核心缺陷：行业往往将“已审计”视为永久且二元化的状态，而攻击者则将协议架构视为相互关联、持续变化的网络服务。

ack3 创始人 Josef Gattermayer 表示：“审计只是一个时间点和一个边界，不是终身保修。过去的问题是：‘审计过了吗？’更有价值的问题是：‘到底审计了什么，什么时候审计的，以及此后发生了什么变化？’一份合约报告无法保护泄露的签名密钥、被攻破的前端，或已经不再与审查代码一致的旧部署。”

2026 年上半年的损失格局

在 2026 年上半年，Web3 安全生态记录了 135 起已核实的安全事件，从去中心化协议及其用户手中流失了 939.86 百万美元。ack3 数据集中的每一次攻击都满足严格的双来源验证标准，覆盖链上和链下两类入侵。

按历史审计状态对这 135 起事件分类后，初步分布看起来几乎均衡：

• 已审计受害者：68 起事件（占总数的 50.4%）针对的是在攻击前已完成至少一次、且可公开验证的安全审查的项目。
• 未审计受害者：35 起事件（25.9%）影响的是未进行正式第三方安全审查的协议。
• 审计状态未知：32 起事件（23.7%）涉及在数据集截止点前无法确认审计历史的项目。

审计幻象

从表面上看，已审计协议约占全部事件的一半，似乎意味着安全审查只能提供掷硬币般的保护。但当把这些事件与实际财务损失对应起来时，危机的真实规模才显现出来。

在 2026 年上半年损失的 939.86 百万美元中，已审计协议承担了 721.24 百万美元，占全部被盗资金的 76.7%。未审计项目及审计历史未知项目合计损失为 218.62 百万美元。

这一差异揭示了 ack3 所称的“审计幻象”。资金会自然流向带有安全徽章的项目。机构配置方、收益农民和散户交易者往往将审计报告视为放行信号，把流动性导向那些展示出较好安全姿态的协议。

这就形成了一个悖论：审计吸引资本，而资本又把已审计协议变成更高价值的攻击目标。虽然细致的代码审查可以阻止那些寻找明显 Solidity 缺陷的 opportunistic 攻击者，但成熟的威胁行为者不会因为看到审计徽章就离开。相反，他们会从已审查的智能合约转向其周围仍未受监控的基础设施。

正如 2026 年上半年所展示的那样，攻击者不再试图正面突破已审计代码的“前门”；他们正在从从未被审查的“侧门”进入。

范围缺口：680 百万美元消失在哪里

Web3 安全中最危险的误解之一，就是把智能合约审计等同于整个系统的保护。实际上，一份审计通常只覆盖某个特定提交哈希以及一组明确界定的 Solidity 或 Rust 文件。它并不涵盖部署环境、开发者工作站、云基础设施、DNS 记录，或用于管理协议参数的私钥。

ack3 的研究表明，这一差异——“范围缺口”——正是几乎所有被盗资金消失的地方。在 2026 年上半年被攻破的 68 个已审计协议中，有 46 个是通过完全超出已发布审计范围的攻击路径遭到入侵的。这 46 起事件造成 680.97 百万美元损失，占已审计受害者全部财务损害的 94.4%。

数量与价值的缺口

将事件数量与实际美元损失对比，这种差异会更加明显。

攻击路径落在已审计代码内部的事件，占 68 起已审计被攻破事件中的 20 起，按数量计算约为 29.4%。但这 20 起在范围内的攻击仅造成 35.21 百万美元损失，只占已审计总损失的 4.9%。

结论非常鲜明。传统代码审计在发现灾难性的智能合约漏洞方面似乎表现尚可，将范围内损失控制在总损失的 5% 以下。但协议团队却把后门敞开着，剩余的 94.4% 通过基础设施和运营层面的漏洞流失。

现代攻击面剖析

攻击者已经意识到，智能合约往往是链条中最强的一环，因此他们会系统性地瞄准代码周围的运营层。

ack3 指出了四类反复出现的运营型攻击向量，它们是造成范围外资金流失的主要原因：

私钥与签名权限被攻破： 管理员密钥、多签签名人和运营热钱包仍然是彻底清空资金的最快路径。一旦签名权限因钓鱼或密钥管理不善而失守，攻击者就能通过合法协议功能升级合约、修改参数或触发紧急铸币，完全绕过链上逻辑检查。

前端脚本注入与 DNS 劫持： 攻击者不去破坏链上逻辑，而是劫持用户信任的界面。通过控制 DNS 记录或借助第三方 Web 依赖注入恶意 JavaScript，攻击者可以替换目标地址，或在用户与看似合法的 UI 交互时，诱导其为恶意支出方签署授权。

CI/CD 流水线与云基础设施凭证： 攻击路径越来越多地经过 GitHub Actions、云环境变量和构建流水线。硬编码密钥或泄露的 API 密钥会让攻击者在代码触及区块链之前，就能篡改构建产物或访问基础设施资源。

未审查的链下证明器、转发器与跨链基础设施： 现代 DeFi 协议高度依赖链下系统，包括证明器、预言机 relayer、零知识排序器和跨链消息桥。这些复杂服务通常不在标准合约审计范围内，却决定了触发链上执行的输入。当链下 relayer 或证明器失效时，链上合约只是按指令处理了错误的状态更新。

点时保障与老化问题

即便攻击命中了明确属于审计范围内的代码，ack3 的数据仍然指出了 Web3 安全实践中的另一项弱点：保障衰减。

审计报告不是持续性的防护盾，而只是系统在某一时刻的静态快照。然而，协议往往把两年前的 PDF 报告当作当前安全性的证明。ack3 的研究表明，即使底层智能合约逻辑没有变化，历史审查所提供的保护价值也会随时间稳步下降。

安全性的衰减速度

在 20 起攻击路径直接落入协议审计范围内的事件中，有 17 起发生在最近一次相关审计至少六个月之后。审计日期与攻击发生之间的中位时间为 18 个月，间隔从 3 个月到长达 56 个月不等。

只有 3 个协议是在收到审计报告后的六个月内遭遇了范围内攻击。绝大多数范围内失败都发生在原始审查结束很久之后：

• 少于 6 个月：3 起事件（占范围内案例的 15%）
• 6 至 24 个月：9 起事件（45%）
• 24 个月及以上：8 起事件（40%）

这一分布传达出的信息非常明确：在快速变化的生态中，审计报告的相关性会迅速衰减。时间本身不会制造智能合约漏洞，但它衡量了代码在周围一切都已变化时仍暴露在外的时长。因此，ack3 认为，crypto 协议应当频繁完成多次审计，而不能依赖一份两年前的报告。

AI 作为攻击放大器，以及向“活体保障”转变

专门化 AI 工具已经永久改变了安全研究的速度和规模。虽然 ack3 的 2026 年上半年数据集中没有将任何具体事件归因于自主 AI 代理，但报告指出，威胁格局已经发生变化：攻击者正在把 AI 作为运营上的放大器。

新的威胁现实

在一个经过高度审查的 Solidity 合约中发现复杂的重入漏洞，仍然需要大量技能和时间。在未编索引的链下仓库中找到暴露的 enclave 密钥，或在前端构建流水线中识别未固定版本的第三方脚本，以往则需要繁琐的人工侦察。

AI 模型已经把这类耗时压缩到几乎为零。

攻击者现在利用 AI 工具快速摄取整个协议生态，映射跨仓库关系，追踪链下到链上的参数流，并探测云基础设施、前端分发网络与智能合约之间未受监控的缝隙。

随着 EVMbench 等基准持续衡量 AI 代理在漏洞检测、自动修补和攻击合成方面的能力，优势将属于谁能以最快速度扫描最广的攻击面。如果防御者的视野只局限于一个智能合约目录，那么使用 AI 的攻击者通常会率先找到周边的运营漏洞。

取代 PDF 产物

将静态 PDF 审计报告视为永久安全凭证，在 ack3 看来已构成生存性风险。静态文档无法在开发者把 API 密钥提交到公开仓库时提醒团队，也无法评估上游流动性池调整手续费结构后，某个智能合约会如何表现。

为了在攻击向量以 AI 驱动速度跨越组件边界的环境中生存，协议必须从点时审查转向“活体保障”。ack3 为这一转变概括了三个核心支柱：

1. 用一个实时运行的全系统表面注册表，取代静态合约清单，并持续记录：

   • 链上智能合约部署与代理地址
   • 链下基础设施、relayer、证明器和预言机流水线
   • 管理角色、多签签名人和密钥管理方案
   • Web 依赖、CDN 和前端构建流水线

2. 不要按僵化的年度计划续期保障，也不要默认它是永久有效的。协议需要明确的运营触发条件，一旦出现以下情况，就应立即将相关代码或基础设施标记为针对性重审：

   • 部署新的代理实现或参数更新
   • 密钥轮换、管理角色转移或多签阈值变更
   • 集成新的跨链桥、预言机数据源或上游流动性协议
   • 在同行协议中发现新的攻击类别或利用向量

3. 在主网上线前后，同时使用机器分析和人工专业判断。自动化 AI 扫描器和基于 Wake 的模糊测试引擎擅长广泛搜索、跨组件依赖追踪、逻辑漂移检测，以及监控实时基础设施中的异常状态变化。随后由人工安全工程师负责验证可利用性、评估高层经济威胁模型，并确认业务逻辑。

目标并不是消灭审计，而是让保障速度跟上系统变化。在这种模式下，二元化的“已审计”标签才回到它本应具有的含义：一个持续过程，而非静态徽章。

结论：重新思考 Web3 的安全姿态

2026 年上半年损失的 940 百万美元清楚表明：把历史性的点时审计当作永久绿灯，是一种运营失职。智能合约并不孤立存在。只审计 Solidity 文件，却忽视前端依赖、管理签名密钥、云基础设施和链下证明器的做法，不能构成完整的安全保证。

随着 Web3 中的资本配置日趋成熟，风险评估机制也正在从点时审查转向全系统监控。Web3 安全的未来属于那些将保障视为一种主动运营纪律的团队。继续依赖静态 PDF 报告的团队，只会仍然是牌桌上价值最高的目标。