Source profileQuality 65/100

affaan-m/ECC/docs/zh-CN/skills/security-bounty-hunter/SKILL.md

security-bounty-hunter

Review security-bounty-hunter's use cases, installation, workflow, and original source instructions.

Source repository stars
234,327
Declared platforms
0
Static risk flags
0
Last source update
2026-07-27
Source checked
2026-07-28

Decision brief

What it does—and where it fits

当目标是针对负责任披露或赏金提交的实际漏洞发现,而非广泛的实践审查时使用此方法。

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/affaan-m/ECC --skill "docs/zh-CN/skills/security-bounty-hunter"
    Safe inspection promptEditorial

    Inspect the Agent Skill "security-bounty-hunter" from https://github.com/affaan-m/ECC/blob/4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38/docs/zh-CN/skills/security-bounty-hunter/SKILL.md at commit 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      使用场景

      扫描代码库以发现可利用漏洞 准备 Huntr、HackerOne 或类似赏金平台的提交材料 判断"这个漏洞是否真的能获得赏金"而非"理论上是否不安全"的优先级分类

      扫描代码库以发现可利用漏洞准备 Huntr、HackerOne 或类似赏金平台的提交材料判断"这个漏洞是否真的能获得赏金"而非"理论上是否不安全"的优先级分类
    2. 02

      工作原理

      优先关注远程可达、用户可控的攻击路径,并剔除平台通常判定为信息性或超出范围的模式。

      优先关注远程可达、用户可控的攻击路径,并剔除平台通常判定为信息性或超出范围的模式。
    3. 03

      有效模式

      Review the “有效模式” section in the pinned source before continuing.

      Review and apply the “有效模式” source section.

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score65/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars234,327SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guidecatalog recordEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    affaan-m/ECC
    Skill path
    docs/zh-CN/skills/security-bounty-hunter/SKILL.md
    Commit
    4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38
    License
    MIT
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    安全赏金猎人

    当目标是针对负责任披露或赏金提交的实际漏洞发现,而非广泛的实践审查时使用此方法。

    使用场景

    • 扫描代码库以发现可利用漏洞
    • 准备 Huntr、HackerOne 或类似赏金平台的提交材料
    • 判断"这个漏洞是否真的能获得赏金"而非"理论上是否不安全"的优先级分类

    工作原理

    优先关注远程可达、用户可控的攻击路径,并剔除平台通常判定为信息性或超出范围的模式。

    有效模式

    以下是持续具有影响力的漏洞类型:

    模式CWE典型影响
    通过用户可控URL的SSRFCWE-918内网访问、云元数据窃取
    中间件或API防护中的认证绕过CWE-287未授权账户或数据访问
    远程反序列化或上传至RCE路径CWE-502代码执行
    可达端点中的SQL注入CWE-89数据泄露、认证绕过、数据破坏
    请求处理程序中的命令注入CWE-78代码执行
    文件服务路径中的路径遍历CWE-22任意文件读取或写入
    自动触发的XSSCWE-79会话窃取、管理员权限沦陷

    跳过这些

    除非项目另有说明,以下通常属于低信号或超出赏金范围:

    • 仅限本地的 pickle.loadstorch.load 或等效且无远程路径的漏洞
    • 仅限CLI工具中的 eval()exec()
    • 完全硬编码命令上的 shell=True
    • 单独缺失安全标头
    • 无利用影响的通用速率限制投诉
    • 需要受害者手动粘贴代码的自XSS
    • 不属于目标项目范围的CI/CD注入
    • 演示、示例或仅测试代码

    工作流程

    1. 首先检查范围:项目规则、SECURITY.md、披露渠道和排除项。
    2. 寻找真实入口点:HTTP处理器、上传功能、后台任务、Webhook、解析器和集成端点。
    3. 在适用时运行静态工具,但仅将其作为分类输入。
    4. 从头到尾阅读实际代码路径。
    5. 证明用户控制能到达有意义的接收点。
    6. 使用最小安全PoC确认可利用性和影响。
    7. 在起草报告前检查重复项。

    分类循环示例

    semgrep --config=auto --severity=ERROR --severity=WARNING --json
    

    然后手动过滤:

    • 删除测试、演示、固定代码、供应商代码
    • 删除仅限本地或不可达路径
    • 仅保留具有明确网络或用户控制路由的发现

    报告结构

    ## 描述
    [漏洞是什么及其重要性]
    
    ## 漏洞代码
    [文件路径、行号范围及代码片段]
    
    ## 概念验证
    [最小化可运行的请求或脚本]
    
    ## 影响
    [攻击者能够实现的目标]
    
    ## 受影响版本
    [已测试的版本、提交或部署目标]
    

    质量关卡

    提交前需确认:

    • 代码路径可从真实用户或网络边界到达
    • 输入确实由用户控制
    • 接收点有意义且可利用
    • PoC有效
    • 该问题尚未被公告、CVE或公开工单覆盖
    • 目标确实在赏金计划范围内

    Alternatives

    Compare before choosing