AREX Feed Article
Mistral 演示 Le Chonk 修补 Django CVE-2026-1312:133 个智能体验证漏洞,模型打补丁
11 月 4 日 10 时 24 分(UTC,北京时间 18 时 24 分),Mistral AI 官方 X 账号 发布一段演示视频,配文称:“Mistral Large 4 能否找到一个严重漏洞、证明它并修复它?我们在一个近期的 Django CVE 上做了测试。133 个智能体绘制代码图谱、搜寻缺陷、测试攻击场景并确认漏洞。随后 Le Chonk 完成修补。分诊(triage)、复现(repro)、修补(patch)。以 90 倍速展示。”Le Chonk 是这家巴黎公司旗舰模型 Mistral Large 4 的昵称,其权重于 10 月 29 日刚刚。
帖文本身没有给出编号,但视频显示,演示对象被标注为 “Django CVE-2026-1312”。按 ,这是一个 2026 年 2 月 3 日就已披露、随 Django 6.0.2、5.2.11、4.2.28 一同修复的 SQL 注入漏洞,官方定级 “high”(高)。截至发稿,演示的能力与结果均为 Mistral 单方发布口径,未经独立核实。
封面帧点出了帖文没写的编号
封面帧定格在演示的起点。界面主栏显示当前步骤为 “Discover entry points”(发现入口点),右上角标注 “1 agent”,步骤下方挂着一个 bash(命令行)工具徽标;左栏底部标注 “100× speed”,与帖文文字所称的 90 倍速略有出入——两个数字都出自 Mistral 自己的材料。左栏的任务说明写着 “Exploit and patch within a cyber harness.”,即在一个 cyber harness(网络攻防演练框架)内完成利用与修补。
这套界面对关注 Mistral 的人并不陌生。公司在 10 月 29 日的开放权重博文里,“See it in Action” 一节嵌入了同名 “Cyber Vulnerability Triage” 交互演示,组件路径为 django-rediscovery。博文对该演示的描述是:智能体读取收到的漏洞报告,调查源码与产品上下文,在隔离沙箱中复现缺陷,然后撰写并迭代补丁,直到 canary exploit(用来验证补丁是否挡住攻击的金丝雀利用代码)不再生效。
Django 官方记录:2 月 3 日披露的 “high” 级 SQL 注入
2 月 3 日,Django 团队发布 6.0.2、5.2.11、4.2.28 三个安全版本,公告对 CVE-2026-1312 的描述是:当同一个列别名通过特制字典(配合字典展开)用于 FilteredRelation 时,QuerySet.order_by() 中含句点的列别名存在 SQL 注入可能。Django 依自家安全政策将其定为 “high” 级,报告者为 Solomon Kebede;受影响的是 Django main、6.0、5.2、4.2 分支,各分支的修复 commit 自发布日起公开可查,main 分支的修复记录为 commit 69065ca。
帖文开头问的是模型能否找到 “a critical vulnerability”(严重漏洞)并修复,而 Django 给 CVE-2026-1312 的官方定级是 “high”。帖文又称它是一个 “recent”(近期)的 Django CVE——官方披露与修复比发帖早了九个月,这个差距没有解释。能确定的是:无论 Le Chonk 在演示中写出了什么补丁,官方修复早已存在并公开。
帖文宣称的流程:分诊、复现、修补
帖文把整个流程压成三个词——triage(分诊)筛出可疑点,repro(复现)证明漏洞真实可触发,patch(修补)落地改动;分工上,133 个智能体负责到“确认漏洞”为止的侦察与验证,补丁由 Le Chonk 落笔。这与 Mistral 开放权重博文中同名演示的机制描述一致,也与公司自己的叙事一致:博文称自预览版起,Mistral 就与多家网络安全厂商合作,在真实环境中评估该模型“复现漏洞并修补”的能力,并向 Orange Cyberdefense 等企业设计伙伴提供面向渗透测试、漏洞评估与红队工作的专用变体预览。
帖文随附的只有一段视频:没有 harness 代码,没有智能体日志,没有补丁 diff(改动记录),也没有说明演示基于哪个 Django 版本。
Le Chonk:六天前开放权重的万亿参数模型
按 ,Mistral Large 4 是混合专家(Mixture-of-Experts,MoE)架构的多模态模型,总参数约 1 万亿(1T)、每 token(词元)激活约 490 亿(49B),上下文窗口 100 万 tokens,官方提供 FP8 与 NVFP4 两种权重,许可证为对 Model-as-a-Service 另设商用条件的 MIT 衍生许可。Mistral 博文称模型在欧洲基础设施上从零训练,定位是“智能体编码与网络安全”方向的旗舰。
防御性安全正是这次演示想突出的卖点。Mistral 博文给出的 Artificial Analysis Cyber Index 得分为 51%,该指数衡量模型在代码库中发现漏洞、复现并验证、修补且不破坏现有功能的能力;博文自家图表上,DeepSeek-V4.1-Flash 1017(57%)与 MiMo-V2.6-Pro(56%)的分数更高。HF 博客则补充了一个贴近这次演示的单项:模型在“复现真实漏洞并修补”测试上得分 82%,为该指数内已报告的最高分,并转述 Mistral 的说法称多个闭源前沿模型在该项接近零分,因为它们拒绝执行任务。
安全边界也写在同一份博文里:模型对恶意网络请求的平均拒绝率为 96.6%,是 Mistral 所测开源模型中最高的;公司同时承认,模型存在“实施真实攻击的潜在提升”,安全护栏(guardrails)仍在修改。
回复区的追问:发现,还是背答案
帖文发出后一小时内,回复区出现了两条路线。 写道:“欧洲有一个能帮防御者的模型,这是好事。我们现在就需要用上它。”技术向的追问集中在证据上: 问补丁是“通过了 Django 自己的测试套件,还是只通过了证明漏洞的那个复现”; 直接点出记忆问题——“如果这个 Django CVE 在截止日期(cutoff)之前就已公开,133 个智能体可能是在回忆修复方法,而不是发现它”; 认为演示里真正该给的数字是误报率:“找一个已知的 Django CVE 是最容易的演示,因为答案已经存在。133 个什么都标记的智能体,把维护者淹没的速度比帮他们还快”; 的要求更直接:“Harness?代码?仓库?没有细节,这更像是在为即将推出的付费‘网络安全档位’打广告,不是吗?”
Django 的公开时间线给 jeffbruchado 的问题一个具体坐标:官方披露和各分支修复 commit 都在 2 月 3 日公开。帖文未说明演示基于哪个 Django 版本,也未说明智能体是否使用外部检索,“发现还是回忆”目前无法判断。截至发稿,这条帖文获得 366 次点赞、65 条回复、42 次转发与 12,252 次浏览。与演示相关的公开材料仍只有帖文文字和这段视频。