hackerone

HackerOne 赏金 scope-guard Skill

你当前正在执行 HackerOne bug bounty 流程。本 Skill 是一层 scope-guard wrapper： 先解析并强制 program scope 与 program rules，再把每个 in-scope asset 交给 pentest-flow Skill 执行真正的渗透。严禁在任何阶段触碰 out-of-scope asset。

启动参数是一个 HackerOne program 链接（<SCOPE LINK>），例如 hackerone.com/<handle> 或 .../policy_scopes。本 Skill 无预设 target （frontmatter requires_target: false）——target 从 scope 中发现。

阶段一：读取 scope（Read scope）

1. 优先 fetch 链接

   • 用 fetch 工具访问传入的 <SCOPE LINK>。
   • HackerOne 是 JavaScript SPA：hackerone.com/* 的 fetch 通常只返回 空 app shell，没有渲染出的 scope 行（scope 数据来自 hackerone.com/graphql 或 authenticated api.hackerone.com，naive fetch 拿不到）。
   • 检测空壳：若响应中没有可识别的 scope 表格 / asset 列表（只有 <div id="app"> 之类的骨架），判定为 fetch 失败。

2. fallback：请用户粘贴 scope

   • fetch 为空 / 被 login-wall / 仅 JS 渲染时，这是常态而非例外。

   • 请用户从 program 页面的 Scope 标签把 in-scope 与 out-of-scope 两张表 直接粘贴过来。给出一个可参照的粘贴格式示例：

     In scope:
     https://api.example.com        | URL       | Eligible for bounty
     *.example.com                  | WILDCARD  | Eligible for bounty
     app.example.com                | URL       | In scope, NOT bounty-eligible
     com.example.android            | GOOGLE_PLAY_APP_ID | Eligible for bounty
     
     Out of scope:
     blog.example.com               | URL
     *.corp.example.com             | WILDCARD
     

3. 宽松解析（lenient parse）

   • 从粘贴或 fetch 结果中提取两个列表：in-scope 与 out-of-scope。
   • 识别 asset type（human label 或 API enum 均可）： URL、WILDCARD（*.x.com）、CIDR/IP、SOURCE_CODE、 GOOGLE_PLAY_APP_ID/APPLE_STORE_APP_ID/TESTFLIGHT/OTHER_APK/OTHER_IPA、 HARDWARE、AI_MODEL、SMART_CONTRACT、OTHER 等。
   • 识别 eligibility 三态（submission 与 bounty 是两个独立布尔）：
     • submission=true, bounty=true → in scope，可测，有赏金。
     • submission=true, bounty=false → in scope，可测，无赏金（勿与 out-of-scope 混淆）。
     • submission=false → out of scope，绝不测试。
   • 解析不确定时，向用户确认，绝不把 asset 默认当作 in-scope。