iwantcoding.com
🔥 Daily 👥 Rooms 🏆 Top Log in Sign up

Bug Bounty

Defensive view: bug bounty - what programmes look like from inside a security team, and how to participate ethically.

Defender-first overview

EXAMPLE
# Bug bounty - inside view + ethical participation

> Bug bounty programmes are voluntary, scoped, paid disclosure programmes.
> Always operate within scope; out-of-scope activity is illegal and can
> destroy your career.

## Why companies run bounties

- Continuous coverage that internal teams cannot match
- Diverse perspectives find things a tired internal team misses
- Cheaper than not knowing about issues
- Goodwill with the security community

## Programme types

- Public (open to everyone, e.g. HackerOne public programmes)
- Private (invite-only - earned reputation; usually higher quality)
- Crowdsourced pen tests (time-boxed, paid even without findings)
- VDP (Vulnerability Disclosure Programme) - no payouts, just legal safe harbour

## Scope discipline (the most important rule)

- Read the scope page first AND last - it is a legal contract
- Out-of-scope assets are not 'free hunts'; they can be illegal
- Out-of-scope methodology (e.g. DoS, social engineering against staff) is forbidden
- Test accounts ONLY use the credentials the programme issues

## Reporting that gets paid

- Clear, reproducible steps
- Impact statement tied to the product's risk model
- Suggested mitigation when you can offer one
- Screenshots and HTTP transcripts; not videos by default
- One issue per report; do not pile

## Defender view (what the security team is doing)

- Triage SLA (usually 24-72 hrs)
- Severity scoring (often CVSS + business impact)
- Reproduction in an isolated environment
- Routing to engineering with SLAs by severity
- Public summary + payout once fixed (sometimes)

## Common ethical issues

- Researchers testing past the disclosed scope
- Programmes that ghost reports - bad for both sides
- 'Bounty trolling' - low-quality scanner output without analysis
- Coercive disclosure threats

## How to grow as a researcher

- Pick one product class (auth, payments, cloud); go deep
- Read public reports daily
- Document your methodology, including dead ends
- Build relationships with programme managers (be professional)
- Move from public to private invite-only over time

Why it matters

Bug bounty is a relationship business. Stay rigorously in scope, report clearly, and learn one product class deeply. The defenders running the programme are colleagues, not adversaries - the best researchers act accordingly.

Tip: Tweak the snippet with Try it Yourself », then sit the quiz at the bottom of the page.

Example

Example
# Read scope CAREFULLY. Stay in scope.
# Track artifacts, write reproducible reports, redact PII.
# Programs: HackerOne, Bugcrowd, Intigriti, Google VRP, Apple Security Bounty.
Try it Yourself »

Test yourself

Q1. The scope page on a bug-bounty program tells you…
Q2. A high-quality report contains…
Q3. Examples of bug-bounty platforms include…

Discussion

Loading…