乐于分享
好东西不私藏

谁会成为AI时代的拿破仑

谁会成为AI时代的拿破仑

微软刚刚扔下一枚“AI炸弹”:100个“臭皮匠”联手,干翻了最强“诸葛亮”

——MDASH深度解读:AI安全领域的“平民军队”革命

«2026年5月12日,微软发布了一个叫MDASH的系统。它没有用最强的AI模型,却在一个关键测试中,击败了Anthropic的安全专用模型Claude Mythos和OpenAI的GPT-5.5。它靠的不是“更聪明的脑子”,而是一套全新的“组织技术”。»

***

一、一个反直觉的事实

先看一组数据:

| 系统 | CyberGym公开榜得分 |

|------|-------------------|

| MDASH | 88.45% |

| Claude Mythos | 83.1% |

| GPT-5.5 | 81.8% |

MDASH是唯一得分超过85%的系统。

更惊人的是:MDASH在微软内部私测中,对21个故意注入的漏洞实现了100%发现率、0误报。

这听起来像天方夜谭——一个AI系统,怎么可能既不漏报,又不误报?

答案藏在它的名字里:MDASH = Multi-model Agentic Scanning Harness(多模型智能体扫描框架)。

它不是“一个模型”,而是一支由100多个专业化AI Agent组成的“军队”。

***

二、MDASH的“五阶段流水线”:一场精心编排的“交响乐”

想象一下,你是一个安全研究员,面前摆着Windows内核的几百万行代码。你要找出所有漏洞。

传统做法:一个人从头看到尾,凭经验判断。

MDASH的做法:组建一支特种部队。

第一阶段:准备(Prepare)

- 角色:分析师Agent

- 任务:吃透整个代码库,构建语言感知索引,分析历史commit,画出攻击面和威胁模型。

第二阶段:扫描(Scan)

- 角色:100+个审计员Agent

- 任务:每个Agent专注一种漏洞类型,扫描候选代码路径,输出“可疑发现”并附上假说和证据。

第三阶段:验证(Validate)

- 角色:辩论者Agent(第二组独立Agent)

- 任务:对每个发现进行“正反辩论”——从两个方向论证它是否可达、是否可利用。

- 关键机制:辩论失败 = 置信度上升。当一个审计员说“这里有问题”,而辩论者无法反驳时,这个发现的可信度就大幅提高。

第四阶段:去重(Dedup)

- 角色:归纳者Agent

- 任务:合并语义等价的发现,按补丁分组,消除重复噪音。

第五阶段:证明(Prove)

- 角色:证明者Agent

- 任务:构造触发输入(PoC),动态验证漏洞是否存在。比如在C/C++代码中用ASan验证内存错误。

这套流水线的核心逻辑是:每个Agent只干一件事,但干到极致。

***

三、MDASH vs Mythos:一场“超级士兵”与“平民军队”的对决

用一个历史隐喻可以精准描述这场较量:

| | Mythos路线:超级士兵 | MDASH路线:平民军队 |

|------|------------------------|------------------------|

| 历史原型 | 中世纪重装骑士——培养一个要十年,死一个就没了 | 拿破仑师级编制——步兵、炮兵、骑兵各司其职 |

| 核心逻辑 | 押注单兵极限战力 | 押注组织效率和体系作战 |

| 对模型要求 | 极高——必须是一个全能天才 | 适中——每个Agent只干一件事 |

| 工程化难度 | 低(调API)但不可控,被模型供应商锁死 | 高(要建流水线)但可控,不绑定任何供应商 |

| 能力增长 | 单维度:等模型升级 | 双维度:模型升级 × 编排优化 |

| 成本结构 | 训练成本爆炸,迭代周期长 | 蒸馏模型就能上,成本可控 |

MDASH证明了一条反直觉的路径:用一百个“够用”的模型 + 精密的组织,其结果可以稳定超越一个“最强”的模型。

核心公式:平庸模型之和 > 超级模型

***

四、MDASH的五大“杀手锏”

1. 辩论即信号(最核心的创新)

微软原话:“模型之间的分歧本身就是信号——当审计员标记某物可疑而辩论者无法反驳时,该发现的后验可信度上升。”

这是Mythos等单模型方案无法做到的——一个模型自己审自己,没有真正的对抗性验证。

2. 模型组合 > 单一最强模型

MDASH使用可配置的模型面板:

- SOTA模型:承担重度推理任务(大代码块分析、跨文件追踪)

- 蒸馏模型:承担高吞吐辩论任务(快速验证大量候选发现)

- 独立SOTA模型:作为交叉验证的对立观点

3. 跨文件推理能力

单模型在跨文件漏洞上表现乏力。MDASH通过专业化Agent设计解决了这个问题。

典型案例:CVE-2026-33824(IKEEXT双释放)

- 跨越6个源文件

- 漏洞不在单一函数内,引用释放和后续使用被多个分支、验证检查和提前退出条件隔开

- 需要理解Windows内核的并发模型——三个独立子系统可以同时回收同一个引用计数对象

这种“跨函数、跨并发上下文”的bug,单模型几乎不可能发现。

4. Plugin体系注入领域知识

通用大模型不知道Windows内核的调用约定、IRP规则、锁不变量、IPC信任边界。

MDASH通过Plugin体系让领域专家注入这些知识,而不需要重新训练模型:

- 内核调用约定

- IRP规则和锁不变量

- IPC信任边界

- 文件系统结构和不变量(如CLFS)

- CodeQL数据库集成

5. 模型无关的可进化架构

流水线的Targeting、Validation、Dedup、Prove阶段在设计上都是模型无关的:

- 新模型发布 → 一键A/B测试切换

- 模型能力提升 → 客户之前的投入(scope文件、plugin、配置)全部保留

这意味着MDASH的价值随时间增长——模型越强,框架越强,而不是被单一模型锁定。

***

五、实战数据:不只是理论,是真刀真枪

本次Patch Tuesday发现的16个CVE

| CVE编号 | 组件 | 严重级别 | 类型 |

|---------|------|---------|------|

| CVE-2026-33827 | tcpip.sys | Critical | Remote Code Execution (UAF) |

| CVE-2026-33824 | ikeext.dll | Critical | Remote Code Execution (Double-Free) |

| CVE-2026-40415 | tcpip.sys | Important | Remote Code Execution (UAF) |

| CVE-2026-40413 | tcpip.sys | Important | Denial of Service |

| CVE-2026-40405 | tcpip.sys | Important | Denial of Service |

| CVE-2026-40406 | tcpip.sys | Important | Information Disclosure |

| CVE-2026-35422 | tcpip.sys | Important | Security Feature Bypass |

| CVE-2026-32209 | tcpip.sys | Important | Security Feature Bypass |

| CVE-2026-35424 | ikeext.dll | Important | Denial of Service |

| CVE-2026-35423 | telnet.exe | Important | Information Disclosure |

| CVE-2026-40414 | tcpip.sys | Important | Denial of Service |

| CVE-2026-40401 | tcpip.sys | Important | Denial of Service |

| CVE-2026-33096 | http.sys | Important | Denial of Service |

| CVE-2026-40399 | tcpip.sys | Important | Elevation of Privilege |

| CVE-2026-34108 | netlogon.dll | Important | Elevation of Privilege |

| CVE-2026-33830 | dnsapi.dll | Important | Remote Code Execution |

涵盖tcpip.sys、ikeext.dll、netlogon.dll、dnsapi.dll、http.sys等核心组件。10个内核模式,6个用户模式。

其他测试成绩

| 测试项目 | 成绩 | 说明 |

|---------|------|------|

| StorageDrive私测 | 21/21全部发现,0误报 | 微软内部面试用的私有驱动,代码从未公开 |

| clfs.sys回溯 | 96%召回(28个案例/5年) | 对5年内MSRC确认的真实案例进行回溯测试 |

| tcpip.sys回溯 | 100%召回(7个案例/5年) | 一个被高度审查的内核组件,MDASH找到了所有历史真实漏洞 |

***

六、历史隐喻:火器时代的“组织技术”革命

麦克·罗伯茨在“军事革命”理论中指出:火器取代冷兵器的决定性因素不是火药技术本身,而是荷兰的莫里斯亲王和瑞典的古斯塔夫二世发展出的线性战术——一种让平民士兵通过严格训练和标准化编排发挥集体战斗力的组织技术。

在此之前,战争是贵族骑士的个人武艺比拼。在此之后,战争是组织效率的较量。

拿破仑用师级编制席卷欧洲,不是因为他造出了更厉害的火枪,而是因为他创造了一套让步兵、炮兵、骑兵协同作战的指挥体系。

毛泽东的志愿军在朝鲜战场上面对装备绝对优势的美军,靠的是三三制、穿插迂回、纵深梯次配置——同样不是靠单兵更强,是靠组织更强。

这个历史类比精准地映射到AI安全领域:

| 军事革命 | 关键变化 | AI安全映射 |

|---------|---------|-----------|

| 火器出现 | 单兵武器变了,但战争方式没变 | 单个LLM越来越强,但使用方式没变 |

| 线性战术 | 标准化训练 + 排枪齐射 | 100+ Agent标准化分工 + 流水线编排 |

| 拿破仑师级编制 | 步炮骑协同,独立作战单元 | 审计/辩论/证明Agent协同,独立流水线 |

| 志愿军三三制 | 小组分工、穿插配合 | 辩论机制、Plugin注入、跨文件对照 |

火器时代平民军队取代贵族军队的转折,不是因为平民突然变强了,而是组织技术变了。

同理,MDASH不是靠每个Agent变强,是靠辩论机制、流水线分工、Plugin知识注入这套“组织技术”。

***

七、战略启示:谁来当AI时代的“拿破仑”

在AI时代,如何组织Agent是一个大学问。

正如火器出现后,能够组织平民成为一支有纪律、分工明确、组织协调的军队的人,就能碾压贵族军队。

AI时代的“拿破仑”不是造出最强模型的那群人,而是第一个搞清楚怎么把100个普通模型编成一支能打仗的军团的人。

Mythos代表继续押注“造更强的骑士”——这条路当然也会进步,但天花板是单一模型的极限。

MDASH代表押注“建更强的军队”——这条路的天花板是组织技术的极限,而组织技术的进化空间远大于单一模型。

更重要的是,MDASH路线对单一模型能力要求较低,工程化落地的可行性远高于Mythos路线。

***

八、行动建议:如果你想复制MDASH

基于以上分析,如果要在这个方向上探索,建议的优先级如下:

🔴 辩论机制(最高优先级)

这是MDASH最核心的差异化模块,也是从0到1最难的部分。审计Agent + 独立辩论Agent的对抗架构是降低误报、提升置信度的基础。

🟠 Plugin体系(高优先级)

通用模型不知道你的目标代码库的领域知识。需要建立可扩展的Plugin机制来注入:目标系统的调用约定、不变量规则、协议状态机等。

🟡 Agent专业化模板

定义一套标准的Agent角色(审计员/辩论者/证明者),每个有独立的prompt模板、工具集和停止条件。

🟢 模型面板管理

实现可配置的模型面板,支持A/B测试不同模型在不同阶段的性价比。

🔵 流水线编排引擎

构建Agent间的工作流引擎,处理任务分发、结果聚合、去重和报告生成。

***

写在最后

MDASH的发布标志着AI漏洞挖掘从“研究好奇”进入“工程级防御”阶段。

它证明了一个深刻的道理:在AI安全领域,系统架构的价值正在超越模型本身的价值。

战术结论: 对抗Mythos不需要一个比Mythos更强的单模型。需要的是MDASH式的多Agent编排框架。

战略结论: AI安全的下一个制高点不是“模型能力”,是“组织能力”。谁先掌握Agent编排的组织技术,谁就掌握了代差优势。

***

“三个臭皮匠顶个诸葛亮”——MDASH把这句话从一句谚语变成了可部署的工程系统。

数据来源:Microsoft Security Blog、PCMag、iTnews、Firstpost、Windows Report、SecurityBrief Asia

生成日期:2026-05-17