a16z 解析机器速度时代的新型纵深防御体系

我们在上一篇文章中指出，网络进攻的瓶颈一度在于高门槛的技术活：把漏洞变成可用的利用程序（exploit）。到了 2025 和 2026 年，这项工作的门槛已经大幅降低，修补漏洞的速度却没有跟上。本文探讨的正是随之而来的现实。在我们看来，单靠更拼命地打补丁，根本填不平漏洞利用与补丁发布之间的时间差；未来五年真正关键的产品和策略，将是那些即使系统无法及时打补丁也能提供防护的方案。

今年 10 月，支撑半个互联网的 PHP 语言曝出两个严重漏洞，补丁还未发布就已泄露。在官方公开披露前四天，攻击尝试就已经开始。所幸主机托管和 CDN 服务商能在网络边缘阻断攻击，哪怕底层服务器尚未修复。但与此同时，保护伞之外的 260 万到 440 万个 PHP 部署环境依然暴露在风险中，其中绝大多数运行的版本甚至永远都不会收到补丁。

那一周发生的事，就是我们观点的缩影：防御不必干等补丁，第三方完全可以挡在攻击者与漏洞之间。

这笔时间账算不过来

打补丁是一项针对单个漏洞、必须由人工把关的工作。总要有人了解漏洞详情、排查受影响系统、测试补丁、排期部署，并在完成后确认一切正常。这一整套流程往往要耗费数周。《2026 年 Verizon 数据泄露报告》显示，完全修复漏洞的中位时间为 43 天，其数据集中已知被利用的漏洞里，只有 26% 得到了彻底修复。Veracode 的 2025 年报告也指出，缺陷修复的平均时间已达 252 天，而五年前这一数字还是 171 天。

漏洞挖掘则是另一番光景。AI 系统可以按漏洞类型批量扫描，还能在短短几小时内把公开的补丁逆向改造成可用的攻击程序。10 月，Anthropic 披露称，其一个尚未发布的模型成功针对某个 Linux 内核漏洞生成了远程免登录利用程序；该漏洞早在数周前已在上游修复，但两款最主流的服务器发行版当时仍未提供修复包。Red Hat 此前因该漏洞的竞态条件极难触发而将其评定为“中危”，但该模型不到一小时就成功攻破。

即便能把补丁推得更快，部署本身也伴随着引发系统宕机的风险。2024 年 7 月，CrowdStrike 一次出错的更新就导致约 850 万台 Windows 设备崩溃。如果补丁一天需要部署成百上千次，无非是用自己造成的停机，换掉了黑客攻击带来的宕机。

因此，核心问题不在于如何更快地打补丁，而在于如何摆脱对打补丁的依赖。

那些永远无法及时打上补丁的系统

对于在设计上更新周期就很慢的设备来说，情况最为严峻，而这类设备一旦出事，往往会带来物理层面的灾难。

• 工业控制系统。电网、水务和工厂控制器的补丁通常要等厂商做完回归测试，在维护窗口期（往往是一年一次）才能打上。有时甚至根本没有修复方案：Dragos 发现，2025 年发布的工业安全通告中，约有四分之一完全没有提供补丁或缓解措施，且仅有 2% 的工业漏洞需要立即采取行动，其余的都得等。美国电网规则甚至允许给 35 天时间来评估补丁，再给 35 天来部署。

• 医疗设备。输液泵、影像系统和 ECMO（体外膜肺氧合）设备的使用寿命长达 10 到 20 年，往往运行在早已停止支持的操作系统上，而且打个补丁可能就意味着需要重新认证。美国 FDA 的网络安全规定只适用于新设备。2025 年的一项调查显示，89% 的医院系统中都存在连网设备带有已被利用的已知漏洞。

• 车辆。较新的车队支持 OTA 空中升级。老旧车辆则不行，而软件召回的推进速度完全取决于安全法规的审批节奏。

• 其他所有带芯片的设备。楼宇控制器、摄像头、路由器和冰箱通常没有更新渠道，甚至连所有者都不知道它们连着网。10 月，攻击者在一夜之间调高了数百家法国超市冷藏设备的温度，主要利用的就是不再获得修复的淘汰控制器。法国国家网络安全机构当时唯一的建议就是断开连接。三周后，同样的攻击又波及了比利时、卢森堡、瑞典和爱沙尼亚的门店，一家比利时连锁超市的承包商表示，要彻底修复必须对每台设备进行物理改造。

对所有这些设备来说，打补丁从来就不是真正的控制手段，充其量只是一种奢望。真正管用的控制手段都在设备之外。

能规模化落地的手段（按覆盖范围排序）

有四种方法可以保护那些无法快速打补丁的设备。我们按照它们向长尾设备覆盖的深度进行了排序。

1. 让设备脱离公网。最无害的漏洞利用，就是根本触达不到目标的攻击。当 Censys 的研究人员发现近 400 个水务设施的控制界面暴露在公网上（其中 40 个无需登录即可直接操作）时，他们与美国环保署（EPA）及设备厂商合作联系到了所有者。仅用 9 天，就有四分之一的设备得到了保护。到 2025 年 5 月，仍暴露在外的设备已不足 6%。整个过程完全没动补丁，速度却比任何补丁周期都快得多。

实际难点在于，运维人员和承包商确实需要远程访问。直接让他们拔掉网线往往行不通。真正见效的做法，是为他们提供一种成本低廉、无需暴露在公网上就能保持远程访问的方法，同时通过他们原本就必须服从的对象去联系他们：监管机构、设备厂商、网络服务商或保险公司。

谁来传达这一信息至关重要。一项针对受感染消费级设备的研究发现，某欧洲网络服务商采取的“隔离加通知”流程在 14 天内清除了 92% 的感染。而发邮件警告的效果跟什么都不说没什么两样。利用 AI 发现暴露几乎零成本，通知所有者并促使他们采取行动才是真正的难点。

2. 对必须保持连接的资产做好网络分段。今年 5 月，Dragos 记录了一起攻击事件：入侵者主要依靠前沿大模型进行操作，一路摸到了墨西哥一家水务公司的办公网络与控制系统边界，但也仅止步于此。原因在于控制网络被彻底隔绝在外。网络分段虽是老套且并不起眼的技术，却能阻止网络入侵演变成现实世界中的物理安全事故。这类边界必须持续维护，承包商和远程管理员使用的访问通道也不例外。

3. 以机器速度在网络层阻断攻击。PHP 漏洞事件展现了这套机制行之有效的形态：几小时内就写好防护规则，并快速下发到数百万台服务器前哨。这种通常被称为“虚拟补丁”的模式，以往多见于大型平台的 Web 流量防护产品。而下一步，则是用编写漏洞利用代码的同类 AI，在漏洞披露时自动生成防御规则，并推送到未受大平台保护的场景中——如工业协议、医院网络以及中小企业的路由器。

4. 根除整类漏洞。最持久的防御手段是消灭某一类漏洞，而非修补个案。据 Google 报告，Android 系统的内存安全漏洞占比从 2019 年的 76% 大幅降至 2024 年的 24%，主要得益于使用内存安全语言编写新代码。形式化验证、更安全的默认配置以及加固的协议库，也能减少其他反复出现的弱点。这种做法见效慢，覆盖长尾设备也最滞后，但却是唯一能切实缩减潜在漏洞总量的途径。

除此之外，还需在另外两方面进行投入：安全回退机制与设备淘汰更新。水厂必须具备人工手动操作的能力，医院也要能在完全依靠纸张办公的情况下撑上一周。而有些设备实在太过陈旧，在经济上已经失去了防护价值，必须直接退役。

灾备恢复，是所有人都容易忽略的一项安全控制

上述四道防线都能降低风险，但没有任何一种能将风险清零。对于长尾资产而言，一次攻击究竟只是让人焦头烂额一周，还是直接让整个季度泡汤，关键就在于备份是否管用。攻击者对此心知肚明。

备份如今已成为首要攻击目标。在 Sophos 2024 年对勒索软件受害者进行的调查中，94% 的受访者表示攻击者曾试图破坏其备份系统，其中 57% 的尝试得逞。Mandiant 的最新报告显示，主流勒索软件团伙会联手攻破备份基础设施、身份认证服务和虚拟机管理平台，并直接删除云端备份。CISA 针对 Akira 团伙的更新警报也指出，利用备份服务器软件漏洞已成为其常用的入侵途径。

然而，盲目自信与严峻现实严重脱节。在 Veeam 的 2026 年调查中，90% 的管理层认为他们能达成恢复目标，但真正遇袭的受害者中，仅有 28% 找回了全部数据。Sophos 的医疗行业调查也显示，依靠备份恢复加密数据的比例已从三年前的 72% 骤降至 2025 年的 51%。备份沦陷的代价极其惨重：备份遭破坏的受害者报告的中位恢复成本约为 300 万美元，而在备份完好无损的情况下，这一数字仅为 37.5 万美元。

这件事给我们的教训是：备份本身也是攻击面的一部分，绝非万无一失的保险。备份系统必须受到凭证保护，留存入侵者无法轻易篡改的副本，切断攻击者常走的访问路径，还要定期做还原测试。光说一句“我们有备份”算不上安全防护；“上周二我们花了4小时，用昨晚的备份成功恢复了医院的病历系统”，才叫真有准备。

保护伞的代价与垄断格局

如果应对漏洞的办法是让第三方替易受攻击的系统挡在前面，那这个“第三方”是谁就至关重要了。如今，这道防线被少数几家云服务商、内容分发网络（CDN）和安全公司所把持。仅规模最大的一家 CDN，如今就为全球四分之一的网站提供前端代理，而十年前这一比例还不足 4%。高度集中确实让应对这次 PHP 危机变得顺畅，但也埋下了单点故障隐患：2024 年 7 月的那次全球大宕机，仅仅因为一家安全厂商推送了一次问题更新，就导致美国各大企业损失估计达 54 亿美元，而保险赔偿预计只能覆盖其中的 10% 到 20%。正如 Jason Healey 指出的那样，这也引出了一个各国政府和监管机构才刚刚开始审视的主权问题：如果全球服务器能接收哪些流量都由少数几家美国平台说了算，那该听谁的规矩？

但经济规律终究在把大家推向同一个方向。守护单一资产的成本基本没变，发起攻击的成本却越来越低。久而久之，长尾机构只有两条路可走：要么躲进某家平台的保护伞下，要么彻底把暴露的基础设施撤出互联网。如果两样都不选——比如那些县级供水机构、小型诊所和小型制造厂——正如数据所揭示的那样，代价早已找上了门。

政策破局：替别人修补机器

有些资产的所有者之所以迟迟不动手，是因为根本不知情、无力承担费用，或者主体早已注销。这时问题就变成了：其他人能否出面介入？

这并非没有先例。2021 年 4 月，美国一家法院批准 FBI 远程清除数百台疏于维护的私营企业 Exchange 服务器上的恶意 Web Shell。在 2023 年 12 月实施、次月披露的一场行动中，FBI 又依据另一项法院指令，从数百台早已失去厂商支持的小型办公室路由器中清除了来自中国国家背景黑客的僵尸网络。这两次行动都针对特定目标，介入范围有限。但未来要求更大范围干预的呼声只会越来越高：先通知、再隔离、最后修复那些危及他人的设备。这确实牵涉到公民自由的妥协，与其等危机降临时仓促应对，不如现在就摊开来争论清楚。

我们看到的机遇

在我们看来，能脱颖而出的赛道都有一个共性：要么让补丁彻底失去存在的必要，要么把打补丁的脏活甩给别人。同时，这些赛道都在融合以往分散的细分领域。从发现漏洞、防护运行中的系统到验证修复，如果能由一款产品从头包办到底，价值就会成倍放大。

在这样的新格局下，单打独斗的老赛道很可能退化成别人家产品的一项功能。唯有敢于整合赛道、且迎难而上的公司，才有机会成为定义一个时代的巨头。我们至少看到了 6 个机会。

1. 先在线止血，后修复代码。渗透测试、漏洞管理和应用安全正在融合成一个闭环。以往的准则是以源代码为基准、生产环境照着来部署。但在对安全响应速度的极高要求面前，这条老规矩正在被打破。

我们相信，新一代解决方案可以在数小时内阻断运行中系统的漏洞风险：要么在边缘节点配置规则直接丢弃恶意请求，要么通过进程内钩子（hook）校验函数输入并拦截利用尝试，抑或像多年来的内核热补丁技术那样，无需重启即可在内存中应用补丁。

一直以来，紧跟这些热修复几乎不太现实：补丁实在太多，内部及第三方库的版本也错综复杂。而现在的破局点在于，编程智能体能够以机器级的速度，针对特定版本精准打上热修复，并确保极高的兼容性。接着，智能体会根据线上实际部署的库和 API 版本编写修复代码、发起 PR，并确认两者完全吻合。

销售推广的打法也衍生自这种能力：先用一天时间攻破潜在客户当前的线上版本，接着在开启实时防护的系统上发起同样的攻击，让他们亲眼见证攻击如何被一一化解。

这套机制同样适用于软件厂商，而且这里的买单逻辑更加清晰。Linux 发行版如果能在数天而非数周内发布内核修复，所有客户就能更早得到保护。欧洲的《网络弹性法案》更是推波助澜：从 2026 年 9 月起，适用范围内的厂商在获知漏洞遭到利用后，必须在 24 小时内发出预警。而从 2027 年 12 月起，他们还必须负责产品在整个支持周期内的漏洞处置。

这其中的风险正如我们在第一篇文章中所提到的：以机器速度推送的缺陷补丁，极易引发企业自招的业务停机。因此，分阶段灰度发布和自动回滚必须是产品内置的核心功能，而非可有可无的附加项。

如何接入。热修复需要运行载体，而绝大多数公司早已具备这些条件：内容分发边缘节点、API 网关、服务网格，以及运行在应用进程内、可挂钩函数或在内存中打补丁的轻量级智能体。

该产品会解析安全公告，核对已部署的版本，并编写出影响范围最小、刚好覆盖该漏洞的热修复。接着，它会结合真实流量或录制的历史流量进行测试，尽可能先以“仅观察”模式运行，再分阶段逐步生效，并随时支持自动回滚。

源码修复则在另一条轨道上同步推进：AI 针对生产环境的实际版本编写补丁，通过回放历史流量验证不会破坏现有业务，随后发起 PR；一旦真正的补丁发布上线，先前的热修复便功成身退。

真正关键的指标在于：从漏洞披露到建立防护需要几个小时、彻底修复需要几天，以及热修复误杀正常流量的概率有多高。而在厂商端，同样的流程可以一次性将一个修复反向移植到所有受支持的版本中。

热修复运行在何处。边缘规则、进程内钩子与内存补丁各司其职，覆盖已知的具体漏洞。而在更深层次，防御体系则直接针对攻击手法本身，甚至在安全公告发布前就能起效。

编写漏洞利用代码的成本虽然越来越低，但多数攻击依旧依赖防守方看得见的常见系统操作；况且即便漏洞层出不穷，利用手法本身却只有那么几样。在 2025 年公布的 48,185 个漏洞中，遭到新利用的只有 884 个；CISA 自身的审查也发现，其已知被利用漏洞清单背后的缺陷类型，绝大多数都是业内几十年前就已知晓如何防范的常见问题。

同样的进程内插桩技术，一旦布设在解析不可信输入或代码跨入操作系统的关键位置，就能让轻量模型有据可查，研判是否存在漏洞利用行为，并保留向上报给更大模型的升级路径。该产品防御的是屡见不鲜的攻击手法，而非疲于奔命去堵每一个漏洞。在攻击验证测试中的每一次漏报，都会转化为训练数据。其难点在于检测速度与误报控制。这虽不能让企业变得固若金汤，却能切实收缩攻击者所依仗的攻击面。

如何接入。绝大多数漏洞利用都要经过几个必经卡口：将不可信字节转化为对象的解析器与反序列化工具；构建数据库查询与 Shell 命令的代码；管理内存或执行生成代码的运行时操作；以及调用操作系统来运行程序、打开文件或设置内存可执行权限的系统调用。

在这些节点布设钩子（Hook），就能在漏洞转化为控制权的一瞬间将其捕获，例如 Web 服务器突然启动了一个 Shell。链路中的小模型可以在单次请求的周期内做出研判，决定放行、拦截还是上报升级。

更大的模型或分析师能在数秒内复核上报事件，并将新规则下发至边缘端，反哺上述防护机制。处置手段包括丢弃请求、终止进程乃至隔离主机。

2. 无规则检测，先行响应。AI SOC、应急响应与托管检测服务（MDR）融为一体。

如今的威胁检测主要依赖人工编写和维护的规则，而规则往往难逃两种失败宿命：规则定得太细，就会漏掉下一个变种；定得太宽，又会让本就处理不完的告警队列雪上加霜，导致真正的威胁告警被淹没其中。在 Vectra 的 2026 年调查中，安全团队平均每天要面对约 3000 条告警，其中 63% 根本来不及处理。另一项调查显示，40% 的团队因为告警泛滥不堪重负，已经关闭或考虑关闭某些检测规则；60% 的团队曾经历过因无人排查的告警最终酿成真实安全事件。

另一个瓶颈在于，很大一部分证据压根就进不了 SIEM。摄取与存储成本的压力，迫使团队丢弃那些自以为是“噪声”的数据。我们认为能够脱颖而出的方案，应当直接从现有的各类安全产品中就地读取事件，实时推导检测逻辑，并在安全事件发生的过程中迅速采取行动。

这让它成为了“第一响应人”，承担起目前安全分析师以及托管检测和应急响应服务所做的工作。入侵者是以机器般的速度破门而入并快速行动的，响应机制自然也必须跟上这种速度。

如何接入。该产品直接挂接在企业已经采购的事件流上——涵盖终端、身份、邮件、网络和云端——在数据源头完成读取，而不是等数据落入 SIEM 之后。模型关注的是行为而非静态特征，包括偏离主机历史基线的进程链、登录模式以及数据流动，并给出具备可解释性的检测建议。经确认的检测项会转化为规则下发；一旦相关威胁平息，模型还会自动将这些规则退役。

响应操作直接通过现有产品自带的控制机制执行：隔离终端、终止会话、拦截发送方、对主机进行快照取证；凡是可能导致生产系统宕机的操作，均需人工审批。

企业采购时应重点评估几个指标：从首个恶意行为发生到威胁被遏制的时间、无需人工介入即可控制事件或处置告警的比例，以及每月的误隔离次数。

3. 研判每一次请求，而非每一次登录。身份、终端安全与网络访问合并为同一次决策。旧模式假定用户与机器完全等同：只要登录一次，整个会话便默认可信。但智能体的出现打破了这一假设。

如今一名开发者的笔记本电脑上，可能同时运行着人类用户、拥有独立密钥的代码智能体，以及拥有独立会话的浏览器智能体，三者会在同一分钟内从同一台机器发起请求。因此，必须根据每个请求的实际发起者（人或智能体）来逐一判定信任度，而且这种判定必须在终端侧完成，因为流量一旦进入网络层，这种界限就消失了。

访问权限变为即时分配：根据上下文针对单次任务开放，任务结束即刻收回，运作正常时完全无感。这一切并不一定会影响业务。现有的阻力往往来自需要人工审批的常驻权限，一旦剥离常驻权限，绝大多数决策都能在后台静默完成。

实现方式。终端上的智能体会将每个出站请求归属到具体进程及主体（人类或软件）并进行签名。中介服务分发仅限单一任务和单一资源的凭证，有效期以分钟计，网络层则拦截一切未签名或越权的请求。涉及资金转移、数据删除或提权的操作必须经由人工审批，而智能体的一切行为都会记入启动它的人名下。

企业采购时应衡量的指标包括：拥有生产环境权限的常驻凭证数量、可追溯到具体主体的活动比例，以及异常会话被标记后的撤销耗时。

4. 证明可恢复性。备份、容灾与网络保险正融合成同一款产品。备份存储市场虽由老牌厂商把持，但“恢复证明”却是一片空白。缺失的关键拼图是备份态势管理——持续且独立地验证备份确实存在、不可篡改、独立于攻击者首要攻破的身份系统之外，并且能够真正完成恢复，同时提供审计机构或保险公司认可的凭据。

一旦防线失守，这项能力将决定业务中断是持续数天还是数月。

实现方式。备份副本独立于攻击者最先攻破的身份系统之外存储：采用独立的账号体系，不共享管理员权限；采用具备强制保留期的一次性写入存储；删除操作必须经双人审批。此外，该产品会定期将真实系统恢复到隔离的受控环境中启动，校验数据，排查恶意植入程序，并对每个步骤进行耗时统计。

这份记录本身就是最终交付的产品：记录最近一次成功的恢复、各关键系统恢复所需的时长，以及恢复的数据比例，并以董事会、审计师或保险公司认可的格式呈现。

调查数据充分说明了备份的重要性。Sophos 的研究显示，备份完好无损的受害者中，有 46% 能在一周内彻底恢复业务；而备份遭到破坏的受害者，这一比例仅为 26%。同时，拥有完好备份的机构支付赎金的可能性也降低了约一半。Veeam 的报告则指出，增加了网络韧性预算的机构更倾向于采购不可变存储与自动化备份，其完全恢复率达到 40%，而其他机构仅有 16%。

这些恢复记录也是网络保险承保定价的核心依据。由同一个通用漏洞波及成千上万受害者的“关联性损失”，建模和定价难度极高，也正是如今保险公司极力免责的范畴。谁能建立这类风险的模型，并将承保条件与经过实测的安全控制措施绑定，谁就能与相关产品一同重塑这个市场。

5. 在安装节点部署统一管控。 软件供应链、CI/CD 安全与开发者终端正在融合成单一的管控点。10 月份几起损失最惨重的事件，起因并非某个未打的补丁。币安（Binance）目前公布的被盗金额已达 63 亿美元，初步调查显示源头只是一名工程师失陷的笔记本电脑。此外，某代码编辑器的扩展插件市场也流出了被篡改的软件包，波及多达 5000 名开发者，企图在系统中植入后门。

软件包注册中心与插件市场、开发机以及智能体凭证，如今都成了攻击面的一部分。

这种防御逻辑与二十年前电子邮件安全的做法如出一辙：把传入的内容先拦截在网关处，放入沙箱中运行分析，核查其真实发件人，再决定是放行还是隔离，全程不让终端用户接触。而在今天，输入源变成了包管理器、插件市场、浏览器、供应商连接，以及 AI 智能体自主抓取的技能、工具、文档或网页——对智能体而言，一份文档本身就可能是一条指令。

这类产品的逻辑始终围绕三项检查：拦截、沙箱引爆、溯源验证，并在统一的安全策略下覆盖所有输入渠道。

Verizon 的最新报告显示，漏洞利用虽然以 31% 的占比位居单一初始入侵途径榜首，但钓鱼攻击、凭证窃取和社会工程学诈骗加起来却占了 35%。另有 48% 的数据泄露事件牵涉第三方，较两年前的 15% 大幅上升。仅在 2025 年，Sonatype 就监测到超过 45.46 万个新增的恶意开源软件包。

落地方式。 每一条输入路径，都需要在授予安装或访问权限的节点上设卡管控。开发者机器只允许使用白名单内的插件和软件包，进入生产环境前需经过设备合规检查，并且笔记本电脑上一律不得存放长期有效的生产环境凭证。

软件包注册中心与内部镜像需要对新版本设置短暂拦截期，在沙箱中模拟安装以监控其行为，并核验签名来源。第三方供应商的访问权限必须严格限制范围、设置到期时间并定期审计。智能体的技能与工具连接器也要像软件包一样接受拦截和测试（至于智能体拿到这些工具后会做什么，则属于第三类管控的职责）。

值得持续关注的核心指标包括：安全筛查所耗费的时间、经沙箱测试的安装比例、首次使用前通过拦截测试的智能体技能与连接器占比，以及存有长期生产凭证的笔记本电脑数量。

6. 面向长尾客户的综合平台。对于自来水厂、医院生物医学部门或连锁超市冷链承包商这类绝不可能自建安全团队的机构，暴露面管理、安全远程访问、控制网络隔离与手动兜底机制，将被整合为单一产品。

消除暴露面要成为一门可行的产品，前提是能提供替代方案：既能以低成本维持远程访问且无需暴露在公网上，又能借助设备所有者日常对接的渠道——无论是设备供应商、网络运营商还是保险公司——来触达业主。

同一套服务不仅能隔离控制网络，定期演练手动接管流程，还能维护一份随时供监管机构或保险公司核验的资产清单。托管平台早已让小微企业用上了自身无力运维的技术服务；对于无法上云的物理设备而言，也是同样的逻辑。

在这些产品之外，向内存安全代码迁移也迎来了真正的可行性，因为 AI 能够承担大部分代码转换工作。尽管这一方案最后才会触及长尾市场，但这却是唯一能从源头上减少潜在漏洞数量的方法。

上述方案无一不是从硬骨头啃起：针对实际部署版本推出安全补丁、无需人工编写规则的威胁检测、每一次请求背后都有明确的主体认证，或者经得起验证而非仅凭假定的数据恢复能力。这才是破局的真正起点。仪表板和报表都是水到渠成的简单环节，只要攻克了核心难题，整个综合品类就能建立起坚实的竞争壁垒。

核心研判

上一篇文章以一个预判作结：2026 年与其说是网络战的开端，不如说是一个漫长而代价高昂的蠕虫病毒时代的序幕。上一轮蠕虫时代之所以终结，是因为某家公司主动站出来接管并解决了这一问题。而这一次，没有人能全盘负责。

对许多系统而言，从漏洞被利用到补丁发布的空窗期将一直存在。应对之道在于降低其危害性：减少暴露资产、减少必须依赖紧急补丁的操作，并确保备份在关键时刻真正能恢复系统运行。

立即订阅

本通讯仅供参考，不应作为法律、商业、投资或税务建议。此外，本文内容不构成投资建议，亦不得供 a16z 旗下任何基金的投资者或潜在投资者参考使用。本通讯可能包含第三方来源的链接或其他信息——a16z 未对此类信息进行独立核实，亦不对其即时或长期的准确性作出任何陈述。若本文包含第三方广告，a16z 未对该等广告进行审核，亦不对其中包含的任何广告内容或相关公司提供背书。文中所提及、指涉或描述的任何投资或被投企业，并不代表 a16z 旗下管理载体的全部投资；请访问 https://a16z.com/investment-list/ 查看完整投资列表。其他重要信息请查阅 a16z.com/disclosures。您收到此邮件是因为此前已主动订阅；如希望退订后续通讯，可随时取消订阅。