**导语**：你以为漏洞报告都是技术大牛熬夜挖出来的？海外开源社区正在经历一场静悄悄的入侵：大模型驱动的「猎赏机器人」批量扫描开源项目、自动生成漏洞报告、申领 CVE 编号和赏金，把维护者逼到集体反击。这场攻防战里藏着大量可复用的反制手段——无论你是开源维护者、安全研究者还是普通开发者，这篇文章把海外踩过的坑和跑通的打法一次性拆给你。 --- ## 话题一：curl 之怒——幻觉漏洞报告的成本账 2025年4月，curl 项目的灵魂人物 Daniel Stenberg 发了一篇引爆技术圈的博文。核心抱怨只有一句话：curl 面临的最大的安全问题，不是内存泄漏，不是协议缺陷，而是**大模型生成的垃圾漏洞报告**。 背景是这样的：curl 长期运行漏洞赏金计划，有安全研究员开始用 LLM 批量「分析」curl 源码，把模型幻觉出来的所谓漏洞包装成正式报告提交。Stenberg 说，这类报告的共同特征是：引用了根本不存在的代码行、描述了不可能触发的调用路径、措辞漂亮但逻辑站不住。每一次，维护者都要花时间人工验证才能拒绝——**验证一个假漏洞的时间，足够修半个真漏洞**。据 The Register 等媒体报道，赏金平台 HackerOne 此前也曾误放行一批由 LLM 幻觉生成的报告并支付了赏金，累计金额据称达数万美元量级（未经官方证实具体数字），事后平台才收紧了相关评审政策。 这不是 curl 的孤例。LWN 做过综述报道，大量知名项目的维护者在 Hacker News 和 Reddit 上晒出了同款经历：issue 队列里涌入大量「看起来专业、实际上是模型编的」bug 报告。Stack Overflow 2025 开发者调查里有个数据很说明问题：近半数开发者表示不信任 AI 输出的准确性，而头号痛点不是「AI 完全不会」，而是「**看起来对、但差一点**」的方案——这种方案在代码 review 里最烧时间，在漏洞报告里则是灾难。 ## 话题二：Boss 们来了——全自动猎赏流水线 如果说幻觉报告还只是「人用 AI 干活」，2025年8月据 404 Media 报道的一件事，则把事情推到了「AI 自己干活」的阶段： 一个开发者搭建了名为 Boss 的自动化漏洞挖掘 agent（其运营的站点为 thecaffeine.wtf），让大模型全自动扫描开源项目、定位可疑代码、生成漏洞描述，然后**批量向 CVE 编号体系提交申请**——走的是 GitHub 的 CNA（授权编号颁发机构）通道。据报道，短短几周内就提交了数十份 CVE 申请，目标覆盖大量不同项目。 安全社区的反应几乎是炸锅式的。反对者直接称之为「slop CVE 工厂」：报告中不少是低价值、难以验证甚至无法复现的问题，等于把人工审核成本强加给 CNA 审核员和项目维护者。 GitHub 方面对批量提交的申请做了人工把关，据社区讨论，其中相当一部分未能通过审核（未经官方证实的具体比例）。支持者的逻辑则完全不同：「自动化发现问题本身没有原罪，人工挖洞时代同样有大量低质量报告，这只是摩擦成本的转移。」中立者则指出一个更深的经济学事实：**漏洞的生成成本趋近于零，验证成本却没变，整个体系的瓶颈已经从「发现」挪到了「验证」。** 这条流水线还有一个更阴险的衍生攻击面——slopsquatting（包名幻觉抢注）。2025年3月，一篇名为《We Have a Package for You!》的研究论文测出：让大模型生成代码时，商用模型约 5%、部分开源模型超过两成的推荐包名**根本不存在**。攻击者抢注这些幻觉包名，等下一个开发者照着 AI 的答案去安装——供应链投毒就这么完成了。据 The Register、Ars Technica 等多家媒体报道后，「slopsquatting」正式进入安全词典。 ```mermaid flowchart TD A["LLM 批量扫描开源代码"] --> B["自动生成漏洞报告"] B --> C{"是否经过人工验证"} C -->|"未验证直接提交"| D["赏金平台与 CVE 队列"] C -->|"人工复核后提交"| E["少量真实漏洞"] D --> F["幻觉报告占用评审时间"] D --> G["幻觉包名被抢注 slopsquatting"] E --> H["正常赏金收益"] F --> I["维护者疲劳与封禁"] G --> J["供应链投毒风险"] I --> K["项目出台反制新规"] K --> L["issue 模板强制复现步骤"] K --> M["贡献政策要求 AI 披露"] K --> N["自动化关闭低质量报告"] ``` ## 话题三：社区反杀——三件套打法 海外社区吵归吵，实际动作很快。目前跑通的反制方案可以总结为「模板 + 政策 + 自动化」三件套，全部可以直接抄： **第一件：模板强制**。在 issue 模板和漏洞报告表单里设置必填字段——精确版本号、完整复现步骤、可执行的 PoC、运行日志。配合 GitHub Actions 写一个校验 workflow：检测到关键字段留空就自动关闭并留言。这套玩法本质上是把「验证成本」前置给提交者，机器人的模板合规能力远弱于人类。 **第二件：政策条款**。越来越多项目在 CONTRIBUTING.md 里加入 AI 相关条款，两种主流写法：一种是「完全拒绝」——AI 生成的贡献一律不收（Drew DeVault 等知名维护者的项目采用了强硬立场，据其博客）；更主流的是「披露制」——AI 辅助可以，但必须声明用了什么模型、人工验证了哪些部分，未披露的按垃圾内容处理。安全页面则普遍加了一段「报告前必读」：明确赏金范围、声明拒绝批量无验证提交。 **第三件：平台侧收紧**。HackerOne 在争议后更新了针对 AI 生成报告的评审指引；GitHub 的 CNA 通道对批量申请加强了人工核验。个人防御 slopsquatting 的标准动作：一切依赖安装走 lockfile 锁定；团队内部用 verdaccio 或 Nexus 搭私有 registry 代理做白名单过滤；安装任何 AI 推荐的包之前，先确认它出现在官方文档或权威源里。 ## 各方观点整理 | 立场 | 核心论点 | |------|---------| | 维护者方（Stenberg 等） | 验证成本被强加给志愿者，幻觉报告是对公共资源的掠夺，支持项目有权直接拒收 | | 自动化派（Boss 作者等） | 自动化挖洞降低安全研究门槛，质量问题是成长的摩擦，不应一禁了之 | | 平台方（HackerOne / GitHub） | 不站队，用政策和技术手段收紧：披露要求、人工核验、批量限流 | | 安全研究方 | slopsquatting 证明幻觉已是真实攻击面，注意力应转向防御体系升级 | | 中立观察者 | 生成趋近免费、验证依然昂贵，「验证能力」将成为新的溢价点 | ## 对中国开发者的启示 1. **贡献开源前先看政策**。2026 年再往海外项目提交 AI 辅助的 PR 或 issue，先读 CONTRIBUTING——无披露的 AI 内容在不少项目里等于自断后路，被标记一次可能影响整个账号的社区信誉。 2. **「挖洞换赏金」这条路正在变窄**。用 LLM 裸跑报告的窗口期基本关闭，平台与项目方的过滤越来越成熟；活下来的是「AI 初筛 + 人工深验」的二段式玩家。 3. **国内团队做供应链防御正当时**。slopsquatting 对中文圈同样有效，甚至因为大家更依赖 AI 写代码而风险更高。lockfile + 私有代理 + 官方源交叉验证，三步一周内就能落地。 4. **这是维护者工具链的创业缝隙**。海外已有人在做 AI 内容检测、issue 质量评分类的小工具（多数尚在早期，效果未经独立验证），中文圈的维护者工具链几乎空白。 ## 信息差总结 | 你以为的 | 实际情况 | |---------|---------| | 漏洞报告都是人写的 | 已进入 agent 量产时代，curl 等项目深受其害 | | 交 AI 写的报告没问题 | 无验证提交在海外社区已被定性为 slop，会被拉黑 | | AI 幻觉只是「答错题」 | 幻觉包名已成真实攻击面，slopsquatting 进入了安全词典 | | 平台会替我审核 | 平台在收紧政策，验证责任正在向提交者和维护者两端转移 | | 反制只能靠人肉盯 | 模板 + 政策 + 自动化三件套已是海外标配，可直接抄 | ## 行动指南 **开源维护者**：本周给仓库加上必填字段的 issue 模板，配一个字段校验的 GitHub Actions；CONTRIBUTING 里补一条 AI 披露条款。 **安全研究者**：给自己立一条铁律——LLM 标出的每个漏洞，提交前人工复现一遍；把「已验证」的证据（PoC、版本、日志）写进报告，这是当前通过率最高的差异化打法。 **普通开发者**：AI 给的任何 `npm install` / `pip install` 包名，安装前先去官方源确认存在；个人项目也建议开 lockfile。 ## 延伸思考 这场攻防战的本质，是「生成成本崩塌、验证成本不变」之后的秩序重建。垃圾邮件时代催生了 SPF、DKIM 这样的信誉协议，漏洞报告体系大概率也会走向「提交者信誉分」机制——高信誉直接过审，低信誉逐级加验。在那一天到来之前，**人工验证能力就是你和机器人之间唯一的护城河**，无论你是提交方还是审核方。 ## 参考来源 > 说明：因本期检索通道受限，以下为各来源主站链接与文章关键词，可在站内搜索原文核实。 1. Daniel Stenberg 博客（curl 维护者关于 AI slop 漏洞报告的原文）— https://daniel.haxx.se/blog/ ，站内搜「curl AI slop」 2. The Register 对 HackerOne 误发幻觉赏金及 curl 事件的报道 — https://www.theregister.com/ ，站内搜「hallucinated vulnerabilities HackerOne」 3. 404 Media 对 Boss 猎赏 agent 的调查报道 — https://www.404media.co/ ，站内搜「CVE AI agent」 4. LWN 关于 AI slop 侵入缺陷跟踪系统的综述 — https://lwn.net/ 5. Stack Overflow 2025 开发者调查（AI 信任度数据）— https://survey.stackoverflow.co/2025/ 6. 论文《We Have a Package for You!》（slopsquatting 概念来源）— 可在 arXiv 检索标题获取 --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护。 > 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。