AI 挖漏洞也爱「幻觉」：华为要求提交前必须人工复现，累计 5 份无效报告将封号

你可能想不到，安全圈最近最头疼的问题之一，是「太能干」的 AI。大量白帽子开始用大模型辅助挖漏洞，报告数量猛增，可其中夹杂着不少由 AI「幻觉」编出来的假洞。华为安全应急响应中心今天发布公告，给这类行为划下了一条明确的红线。

一分钟速览

• 华为终端安全奖励计划发布后续漏洞报告处置规则公告
• 今年收到大量利用 AI 工具辅助挖掘的漏洞报告，多数提供了 PoC
• 但仍不可避免存在因 AI「幻觉」误导而产生的误报
• 要求 AI 辅助或自动化发现的漏洞报告，提交前务必人工分析和验证
• 累计提交 3 份无效报告将被提醒，达到 5 份可被封禁账号
• 自 2026 年 9 月 30 日起，暂不受理华为终端工具（如 DevEco 等）漏洞

AI 挖洞的两面性

华为在公告中表示，今年收到了大量利用 AI 工具辅助挖掘的漏洞报告，其中大多数报告都提供了 PoC（概念验证，即证明某个安全漏洞确实存在且可被触发的代码、脚本、请求数据包或详细复现步骤）。但公司也坦言，仍不可避免地存在因 AI「幻觉」误导而产生的误报。

这正是问题的核心：大模型在生成看似专业的漏洞分析时，可能虚构出一条并不存在的攻击链。对审核团队来说，每一份看起来「像真的」的报告都要花时间核验，而有限的审核资源被大量无效报告消耗，真正有价值的安全问题反而被淹没。

华为提出的新要求

为了合理分配有限的审核资源，华为对 AI 辅助或自动化发现的漏洞报告提出了明确要求：提交前务必进行人工分析和验证。官方鼓励白帽子提供完整的 EXP 攻击链验证，并确保报告中提供漏洞实际安全影响的证明，具体包括：动态可执行的完整 PoC；受影响的产品、系统版本和危害说明（漏洞影响产品须在奖励计划范围内，且已升级至最新 HarmonyOS 系统版本）；清晰易懂的报告内容与简洁的复现步骤；完整的日志及结果截图或演示视频；以及攻击路径必须从实际攻击场景的入口触发，并证明产生实际的安全影响。

公告同时明确了不规范行为，包括持续、重复、大量提交由 AI 直接生成、未经人工复现、未通过最新可调用接口触发、截取不完整代码片段分析验证或未提供可证明实际安全影响验证结果的无效报告，以及歪曲事实、恶意抹黑计划或对工作人员言语攻击、辱骂、威胁、骚扰、刷屏等行为。

处置与受理范围调整

在处置上，对于提交无效报告的行为，平台将直接驳回且不逐一说明原因；累计提交 3 份此类无效报告的账号将收到提醒，累计达到 5 份，平台有权封禁其账号。对于恶意行为，华为有权立即终止当事账号持有人（含团队、组织）的参与资格或永久封禁。

此外，官方还调整了工具类漏洞受理范围：自 2026 年 9 月 30 日起，暂不受理华为终端工具（如 DevEco 等）的漏洞。但若发现可导致自研工具公有仓供应链投毒类漏洞，或利用该工具可影响华为终端设备安全的漏洞，仍可提交，平台将根据漏洞影响等因素综合评估后答复。

趋势洞察：AI 生成内容正在「污染」专业流程

华为遇到的困境并非孤例。当 AI 让「生产看起来专业的材料」变得极其廉价，所有依赖人工审核的流程——漏洞赏金、论文评审、内容审核、招聘筛选——都会遭遇同一种冲击：数量暴涨、质量参差、审核成本飙升。华为的应对方式颇具代表性：不是拒绝 AI 辅助，而是把「人工验证」设为不可省略的前置门槛，并用信用惩戒机制约束滥用。这或许会成为越来越多平台的通用范式。

结语

工具本身没有错，但「用 AI 生成报告」不等于「发现了一个漏洞」。让 AI 当助手、让人来负责，这条边界划得越清楚，安全社区才越能专注于真正重要的事。