bugcrowd-reporting

Select VRT nodes, override severity, and structure Bugcrowd submission descriptions.

2|Updated Apr 11, 2025
One-click install
npx skills add https://github.com/Carlos-Reyes-UTP/Desarrollo-de-Sistema-de-Ventas-Empresas-de-Moda --skill bugcrowd-reporting-carlos-reyes-utp
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: bugcrowd-reporting
Source: https://github.com/Carlos-Reyes-UTP/Desarrollo-de-Sistema-de-Ventas-Empresas-de-Moda/tree/main/.agent/skills/bugcrowd-reporting
Command: npx skills add https://github.com/Carlos-Reyes-UTP/Desarrollo-de-Sistema-de-Ventas-Empresas-de-Moda --skill bugcrowd-reporting-carlos-reyes-utp

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It prevents mis-scoped Bugcrowd submissions by guiding you to choose the right VRT mapping, request accurate technical severity, and preempt common OOS auto-close objections.

Core Features & Use Cases

  • VRT category selection with fallback logic: Select the most specific accurate VRT using a search hierarchy, and use “VRT mapping note” framing when no exact node fits.
  • Manual severity override strategy: When Bugcrowd’s suggested severity underrates impact, request the correct technical severity and place a severity-request paragraph first.
  • OOS-clause rebuttal templates: Add targeted “In-scope justification” sections for rate-limiting-within-auth-endpoints, debug/info disclosures that are actually control-bypass, user enumeration with meaningful PII, and theoretical vs exploitable findings.
  • Chained findings cross-references: File the chain consumer first and then link primitives with explicit UUID cross-references so the chain is understood without bundling multiple fixes into one report.
  • QA vs production target selection and researcher hygiene: Pick the correct QA/production target, document QA notes, and follow Bugcrowd-friendly-tester hygiene (Bugcrowdninja alias, account-state restoration, session/cookie rotation, and lock handling).

Quick Start

Use the bugcrowd-reporting skill while drafting your Bugcrowd submission to select the correct VRT, decide whether to override severity, and insert the severity request and any required in-scope justification into the description.

Frequently Asked Questions about bugcrowd-reporting

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I map a vulnerability to the correct VRT category for a Bugcrowd report?▼

To map a vulnerability to the correct VRT category, use a search hierarchy to find the most specific accurate VRT node. When no exact node fits, apply a fallback by using VRT mapping note framing to prevent mis-triage.

How do I request a severity override when Bugcrowd underrates my bug bounty finding?▼

To request a severity override when Bugcrowd underrates impact, manually request the correct technical severity and place a severity-request paragraph template as the first section of your description to prevent mis-triage.

How do I write an OOS rebuttal for an out-of-scope Bugcrowd submission?▼

To write an OOS rebuttal for an out-of-scope Bugcrowd submission, add targeted in-scope justification sections using clauses for rate-limiting within auth endpoints, debug disclosures, user enumeration with PII, or theoretical vs exploitable findings.

What is the best way to report chained vulnerability primitives on Bugcrowd?▼

The best way to report chained vulnerability primitives on Bugcrowd is to file the chain consumer first, then link primitives using explicit UUID cross-references so the chain is understood without bundling multiple fixes into one report.

How do I choose between QA and production targets for Bug bounty testing?▼

To choose between QA and production targets for bug bounty testing, pick the correct target based on program scope, document QA notes, and follow tester hygiene including Bugcrowdninja alias usage, account-state restoration, and session rotation.

Why do my Bugcrowd reports get auto-closed as out-of-scope?▼

Reports get auto-closed as out-of-scope due to missing in-scope justification. Prevent this by structuring the first description section to preempt common OOS auto-close objections for authentication endpoint findings and control-bypass disclosures.