更正说明：匿名 GitHub 账号批量公开 0-Day

阻断结论

这篇候选稿不适合发布。原稿没有提供 Hacker News 原帖、GitHub 账号、仓库地址、漏洞编号、受影响产品、厂商公告或可复核的时间戳，无法确认它描述的是哪一起事件，也无法区分已经验证的漏洞、概念验证代码和未经证实的自称 0-Day。

在无法识别原始事件的情况下继续改写，会产生三类风险：把未验证漏洞写成事实、把已经下线或修复的状态写成“仍在发生”、以及通过二次传播放大未经协调披露的攻击信息。

无法可靠保留的断言

• “Hacker News 683 分登顶”没有原帖链接或快照。
• “一个匿名 GitHub 账号正在大量投放未披露 0-Day”没有账号、仓库或漏洞清单。
• “GitHub 至今没有删除这些仓库”是强时效性状态，但原稿没有核验时间和证据。
• iOS、Chrome 和 Web 漏洞价格没有对应漏洞经纪商或公开报价来源。
• “国家行为”“地下市场分裂”只有推测，没有可归因证据。
• SWE-bench 与 Cursor 研究被借来扩展 AI 攻击叙事，但与原事件之间没有直接证据链。

解除阻断所需材料

只有同时获得以下材料，才应重新启动写作：

1. 可访问的原始讨论链接及其发布时间；
2. 可唯一识别的账号或仓库，以及不直接传播可武器化代码的安全引用方式；
3. 至少一份受影响厂商、CVE/NVD、CERT/CC、CISA 或同等级机构的确认；
4. 漏洞当前状态，包括是否已修复、是否存在在野利用、披露协调情况；
5. 对所有价格、数量和时间窗口的逐条来源映射。

可替代选题

如果后续仍希望覆盖这一主题，建议改写为不依赖匿名事件的常青内容，例如“负责任漏洞披露为什么需要协调窗口”，并以 CISA 协调漏洞披露流程 和 Google Project Zero 披露政策 为主要来源。

审计说明

本记录仅说明弃稿原因，不构成对任何匿名账号、漏洞真实性或厂商响应的判断。原候选稿已从本文件移除，以避免未经核验的信息被误发布。