点星是一套 端到端 AI 自动化代码安全审计系统。上传源代码，系统自主完成漏洞挖掘与验证，输出精准的结构化漏洞清单 — 全程零人工干预，仅需单次运行。

点星不是规则扫描器。 它不依赖正则匹配或已知 CVE 模式，而是通过 AI 对代码进行语义级理解，发现认证绕过、越权访问、业务逻辑缺陷等 传统 SAST 工具无法触及的深层漏洞。

在实测中，点星已展现出令团队自身都感到警惕的能力边界 — 它能够 自主挖掘零权限 RCE 漏洞并完成从发现到远程控制服务器的完整攻击链验证，全程无需任何人工干预。部分被发现的漏洞已在目标项目中存在数年，历经无数次传统扫描工具的检测却从未被触及。

这种级别的自动化漏洞挖掘能力一旦被无门槛释放，后果不堪设想 — 它不再需要攻击者具备安全专业知识，任何人只需上传一份源代码，就能获得一份可直接用于攻击的高危漏洞清单。这不是假设性风险，而是我们已经在靶机上反复验证过的现实能力。

正如 Anthropic 因安全考量选择不公开 Mythos 模型的完整能力，而是通过 Project Glasswing 与全球机构合作定向防御 — 我们同样选择不公开核心实现，转而通过可验证的审计数据和公开挑战赛来建立信任。 能力越强大，释放越需要克制。

公开数据，封存实现。 以下所有数据均来自点星系统对真实开源项目的实际审计产出，可独立验证。

我们还发起了 ⚔️ 漏洞猎人挑战赛 — 提前公开漏洞哈希表，用真金白银悬赏遗漏，以最直接的方式接受社区检验。

以下项目均为公开可获取的真实项目（按检出数降序）：

注：所有审计均为单次运行自动完成，零人工干预。另有 8 个项目（含 Mattermost、Argo CD、GLPI 等）审计正在进行中。

████ 打码说明：表中被 ████ 涂黑的项目，均为点星已挖掘出零权限 RCE 的目标。出于安全责任考量，此类项目的名称与版本号一律隐去（仅做涂黑处理、文档中不保留任何原文），以避免漏洞被逆推定位到具体项目与版本而遭滥用。

严重度定义：严重 = 零权限 RCE（Remote Code Execution），无需任何认证凭据即可远程获取服务器控制权，靶机实测成功并拥有完整命令执行证据。非靶机实测的 RCE 类漏洞归入高危。

严重度评级说明：上述所有漏洞的严重度分级均由 AI 自动评级，并非人工评级。

† Tenda AX12 为固件审计（FW 形态）。硬件审计能力暂不公开，仅选用部分数据公开。有条件 RCE 因需特定前提条件，归入高危而非严重。

这些项目覆盖了多种典型业务场景，代码量从数千行到数百万行不等：

• 🏗️ 基础设施：Jenkins（全球 CI/CD 基石，23k stars）、██████████
• 🛠️ 开发者工具：LiteLLM（LLM 代理网关，20k stars）、Redash（数据分析，26k stars）、AcePanel（运维面板，2.8k stars）
• 🌐 Web 应用：phpMyAdmin（全球最广泛的 MySQL 管理工具）、Grav CMS、██████████
• ⚡ API 服务：New API（LLM API 聚合，23k stars）、█████████、██████████
• 💎 DeFi 智能合约：Aave V4（头部借贷协议）、Damn Vulnerable DeFi
• 🔩 硬件固件：Tenda AX12（路由器固件审计 †）

在严格受控条件下评估系统的漏洞召回能力：

所有测试漏洞都是系统"从未见过"的 — 发布时间晚于 AI 训练数据截止日期，且运行时禁止联网。系统是理解了代码逻辑，而非记住了答案。

在同一代码版本（Grav CMS v1.8.0-beta.29）、同一时间、同一评判标准下，点星与 3 款主流 AI 代码审计产品同台实测：

RCE（Remote Code Execution）= 远程代码执行漏洞，攻击者可直接获取服务器权限，是攻防场景中最高危的漏洞类型。点星的 RCE 靶机复现数是竞品最高者的 4.7 倍。

传统审计中，一名资深安全专家在中等规模项目上发现 10-30 个高危漏洞已属高水平。点星在 14 个项目中累计检出 1,796 条高危及以上漏洞，其中 11 条 RCE 已通过靶机远程复现，从漏洞发现到实际获取服务器控制权全链路证据留存。

产能等价于数百名顶级安全研究员的总和。

我们对系统的深层漏洞发现能力有充分信心 — 现在，我们把这份信心放到台面上接受检验。如果有我们未发现的漏洞，我们同样欢迎 — 每一个遗漏都是推动产品能力继续深化的真实反馈。

1. 团队公开审计目标 — 每轮由团队公开一个已完成审计的开源项目
2. 漏洞哈希提前公开 — 审计完成后，每个漏洞描述分别计算 SHA-256 哈希，在挑战窗口开放前 提前发布至本仓库，利用 Git commit 的不可篡改时间戳作为存证
3. 开放挑战 — 哈希表发布后开放挑战窗口，任何人均可提交其发现的漏洞

漏洞描述原文 → SHA-256 → 0x7a3f...b2c1 → Git commit 存证（含时间戳）

公开的 CSV 哈希文件中，每条漏洞包含两个哈希值：record_sha256 和 description_sha256，分别由审计结果的 record_canonical（漏洞完整记录）和 description（漏洞描述）字段计算 SHA-256 得到。这两个字段包含了该漏洞的详细信息。

验证步骤：

1. 收到我们的邮件回复后，从附件 CSV 中取出匹配记录的 record_canonical 或 description 字段原文
2. 对该原文计算 SHA-256，得到哈希值
3. 将计算结果与我们提前发布在 GitHub 的公开哈希表（record_sha256 / description_sha256）进行比对
4. 若一致，即可证明该漏洞记录在挑战窗口开放前已存在于审计清单中

邮件附件 CSV 中的原文 → SHA-256 → 与 GitHub 公开哈希表比对 → 验证预先存证

每条漏洞记录对应两个可独立验证的哈希（record_sha256 + description_sha256），任一匹配即视为命中。

• 💬 公开提交：在本仓库 Discussion 区发帖（仅描述漏洞类型与影响，不含利用细节）
• 🔒 私密提交：发送至 tianchong-zerotemp@foxmail.com（适用于不宜公开的漏洞）

收到提交后，我们将通过邮件回复反馈结果，附件包含匹配说明文档（Markdown 格式）及对应的 CSV 文件。CSV 中包含 record_canonical 和 description 字段原文，提交者可自行计算 SHA-256 与公开哈希表比对核验。

📐 严重度如何评级？ 我们公开了完整的评级口径（含"敏感数据"定义与反虚高规则），详见 AI 漏洞严重度评级标准。评级以真实可利用影响为准，主动对抗"往严重报"的倾向。

点星是 漏洞审计工具，其产出为独立的漏洞点位发现（代码缺陷定位），而非完整的利用链组装。利用链编排属于万破平台的另一条产品线。

因此，匹配判定分为三级：

flowchart LR
    Submit["提交漏洞"] --> Verify{"团队验证有效性"}
    Verify -->|无效| Reject["反馈原因"]
    Verify -->|有效| Match{"团队比对\n已审计漏洞清单"}
    Match -->|完全匹配| Found["✅ 出示对应 hash\n+ 原始描述\n感谢参与"]
    Match -->|组件覆盖\n未串联| Partial["⚠️ 出示组件 hash\n+ 原始描述\n安慰奖"]
    Match -->|完全未覆盖| NotFound["🎉 全额奖金"]

为什么区分"组件覆盖"与"完全未覆盖"？ 一个漏洞利用链通常由多个独立的代码缺陷串联而成。审计工具的职责是发现每一个缺陷点位 — 如果利用链中的各组件均已被独立覆盖，说明审计能力完整，只是利用链组合（攻击编排）属于不同的安全能力域。

全程共享奖金池 ¥30,000，跨轮持续递减、不重置。 每产生一位「完全未覆盖」获奖者，领取 当前剩余奖金池 ÷ 3（向下取整到 0.1 元）。越早发现，奖励越高。

• 同一项目 ≤ 3 次：触发 3 次即表明点星在该项目上仍有优化空间，感谢社区共建。
• 同一提交者全程 ≤ 3 次。
• 超出任一上限的有效未覆盖漏洞：列入荣誉榜 + 发放安慰奖（小礼品 / 9.9 元红包），不再占用全额奖金池。

• 同一漏洞多人提交：仅奖 有效提交时间戳最早 者，其余按「完全匹配」处理。
• 多份不同的有效遗漏：按时间戳先后，依次以「当时剩余池 × 1/3」结算。
• 已确认并发奖的遗漏会 即时并入已知清单，此后相同提交按「完全匹配」处理。

1. 官方明确公布终止；
2. 剩余奖金池 < ¥100；
3. 下一轮哈希表发布，即视为上一轮挑战窗口关闭。

触发终止时，剩余余额并入社区福利（以红包 / 礼品形式回馈社区）。

核身通过后 15 个工作日内 发放；仅接受中国大陆实名银行卡 收款，收款人须与提交者一致；相关税费由挑战者自行承担。

鼓励获奖者向项目方提交修复建议并走负责任披露流程，共同提升开源生态安全；但不作为领奖前提。

一、本挑战赛仅以 安全技术研究、学习与交流 为目的，旨在提升开源软件安全水平，不构成对任何第三方系统进行测试或攻击的授权。

二、参与者应遵守《中华人民共和国网络安全法》《数据安全法》《刑法》等法律法规；所有安全研究须在合法授权的环境（如本地自建测试实例）中进行，严禁针对未获授权的任何真实系统实施访问、测试、利用、破坏或牟利。

三、参与者因违反法律法规或本声明引发的任何法律责任及后果，均由参与者本人独立承担，与主办方（零隐网络安全实验室）及其成员无关；主办方保留依法追究的权利。

四、参与即视为已阅读并同意本声明及全部赛制规则。主办方对赛事规则、奖金发放及争议事项 保留最终解释权。

五、我们 真诚欢迎并鼓励 安全研究者在合法合规的前提下提交发现 —— 哪怕不在奖励范围内，每一个负责任的报告都是对开源生态的贡献，也是我们持续打磨点星的宝贵反馈。

扫码加入社区 —— 领取奖金、技术交流、参与选题投票（1群已满，请加2群）：

（群二维码定期更新；如失效请关注仓库公告获取最新二维码。）

本轮挑战目标：Grav CMS v1.8.0-beta.29。以下为本轮审计漏洞清单的哈希存证（SHA-256），随本次 Git commit 的时间戳一并公开，作为「先于挑战期已发现」的不可篡改承诺。完整脱敏哈希文件见 challenge_hashes_grav-1.8.0-beta.29_public.csv。

截至目前，已收到 10 份验证提交，经逐一比对哈希清单，全部命中已有记录，均已通过邮件回复确认。

感谢每一位参与者的认真验证 — 这正是我们发起挑战赛的初衷：用社区的独立检验来证明审计覆盖度。欢迎更多安全研究者继续提交，无论结果是匹配还是遗漏，都是对点星最有价值的反馈。

关于严重度口径：下方哈希表中每条漏洞标注的 severity 为审计初评，将依据 AI 漏洞严重度评级标准 统一重新核定（主动对抗"往严重报"的倾向），最终以核定后的严重度为准。