📌 项目地址：bikini/exploitarium | ⭐ 4,456 颗星 | 🔧 Python | 📜 未标注
先说清楚这个仓库的争议点
bikini/exploitarium（4456 star）本身是个漏洞 PoC 和 writeup 的归档库，但它引起讨论主要因为 README 开头那段声明。作者直接回应了社区对 “AI 刷洞” 的质疑，原文信息量比一般澄清多，值得逐条看：
- 仓库发布时是 incomplete 状态，条目还在持续加入
- 全部 fuzzing 由 GPT-5.3 按 strict workflow 自动化完成。作者的原话是：当工作流足够高效时，fuzzing 本身 “barely any thought is necessary”
- 所有 PoC 是作者手打的，不是 vibe-code 出来的。唯一例外是 RustDesk 的部分，因为作者不熟 Rust，用了 AI 辅助
- 各目录的 README 完全由 AI 生成（作者自认 “AI can format a pretty mean Markdown file”），但逐份审核过准确性
- 作者称自己有相关学位、发过多篇 fuzzing 方法论论文，不是 “some random child burning tokens”
- 一个反直觉的结论：不需要 SOTA 模型也能发现这些漏洞。作者的数据显示，在像样的人工监督和好的工作流下，贵模型带来的提升只有边际程度
这段声明的核心论点其实和模型无关：工作流设计比模型档次重要。这一点对想复刻这类研究的人最有参考价值。
仓库里有什么
结构很简单：每个目录是一个自包含的研究条目，多数保留了原来独立 PoC 仓库的 README 和文件。目录按目标软件组织，从 README 的 Contents 表格能看到覆盖范围：
| 类型 | 条目 |
|---|---|
| 桌面软件 / 远程工具 | 7-Zip RAR5 MOTW 绕过链、AnyDesk COM impersonation、RustDesk（AI 辅助部分） |
| 基础库 | c-ares TCP UAF、curl SMTP EXPN 收件人 CRLF 注入 |
| 浏览器 | Firefox NSS RCE（152.0.5 backup）、Firefox native calc PoC（152.0.6）、Firefox SmartWindow 私密 URL 泄露 |
| 服务端 / 平台 | Discourse scoped API key 未授权绕过、Docker cp 目标路径逃逸、Flowise MCP env 大小写绕过、floci API Gateway VTL RCE、Discord Activity SDK 客户端 RCE |
表格里每项还标注了来源（原始 commit hash 或直接录入的日期，比如 c-ares 条目是 2026 年 6 月 24 日直接加入）。README 在 ffmp 处截断，说明至少还有一个 ffmpeg 相关条目没显示完。
怎么用
README 没有给统一的使用命令，这是合理的——Firefox PoC 和 curl PoC 需要的环境完全不同。正确用法是进具体目录读各自的 README，那里写了漏洞成因和触发条件，以及对应的目标软件版本。
从学习角度，我觉得这个仓库的价值排序是：writeup > 工作流声明 > PoC 本身。看一个漏洞从 AI fuzzing 触发、到人工定位、到手写 PoC 的完整链条，比只看最终 exploit 代码收获大。
两个细节
一个关于学术诚实：作者在 objdump 越界写这个发现上主动注明有人先做出来了，而且对方的 PoC 更好，附了链接（4D4J/objdump-Out-Of-Bounds-write）并要求把 credit 给对方。在抢 CVE credit 常见的环境里，这个做法不多。
另一个是社区反馈：作者提到有相当数量的 “security researchers” 没法把 PoC 调整到自己的环境里跑起来，他表示会扩充 PoC 的通用性。这个侧面说明仓库里的 PoC 对环境敏感，复现前先读清楚目录内的版本要求。
伦理与法律边界
这些 PoC 针对的是在用软件，部分可能未修复。对没有授权的目标使用，在多数司法辖区违法。想练手就在本地隔离环境里做。作者留了 Telegram（@ashdfrkl）供协作和讨论。