Skip to content

Back to the catalog

Bug Bounty Lab101
github.comrepo

Bug Bounty Lab101

Bug Bounty Lab101 is a workspace that structures the real HackerOne bug bounty workflow: document program scope, run scope-gated recon/vuln scanning via bugbounty-hunter.sh (backed by a 400+ tool arsenal spanning recon, DNS enumeration, web scanning, exploitation, and cloud/subdomain-takeover checks), then produce a triage-ready H1 report with Hacktivity dedup checks. It also integrates T3MP3ST, a separate multi-agent offensive framework that connects local AI coding agents (Claude Code, Codex) to automate target investigation, and ships a legacy-vm-practice lab (DVWA/Metasploitable-style) for safe skill-building outside real program scope.

TL;DR Scope-gated HackerOne bug bounty workflow lab wrapping a 400+ tool recon/scan/exploit arsenal and an AI-agent offensive framework (T3MP3ST), plus a legacy VM practice environment.
Document

What it is

bugbounty-lab101 (GitHub: DevCop95) is a shell-based HackerOne bug bounty workspace. The entry point is bugbounty/bugbounty-hunter.sh, which drives a per-program workflow: create a program file, document scope, run a full recon→report pipeline, and complete an H1-template report. The 400+ tool arsenal and local VM lab are positioned as support, not the starting point.

How it works

The workflow is command-driven and scope-gated. Every active-scanning command reads programs/*.md and refuses to run until scope is documented — scope must print Scope OK before full will touch a target. Setup and run sequence, verbatim:

cd bugbounty-lab101
chmod +x bugbounty/*.sh auto-scanner/*.sh
# If the repository was cloned without submodules:
git submodule update --init --recursive
cd bugbounty
./bugbounty-hunter.sh new program-name
# Edit ../programs/program-name.md with the EXACT scope from the H1 policy
./bugbounty-hunter.sh scope target.com     # must say "Scope OK" before proceeding
./bugbounty-hunter.sh full target.com      # recon -> vuln -> brute -> secrets -> api -> report
./bugbounty-hunter.sh report target.com

An optional passive Shodan CTL integration uses the pinned vendor/shodan_reconsx submodule (when recons101x isn't installed); its hostnames are scope-filtered before any HTTP probing.

What to do

The T3MP3ST "offensive engine" is a separate, .gitignored repo you clone and wire in yourself:

git clone https://github.com/DevCop95/T3MP3ST t3mp3st
cd t3mp3st && npm install && cd ..
cp t3mp3st/.env.example t3mp3st/.env
# Edit t3mp3st/.env with your LLM provider key(s)
./start-server.sh
# War Room → http://127.0.0.1:3333/ui/

It also runs without API keys by connecting a local coding agent (Claude Code, Codex, Hermes) via the War Room Settings, then describing targets in plain English. Before submitting, read docs/hackerone-workflow.md for dedup and post-submission steps.

Caveats

  • The scope gate is enforced only by bugbounty-hunter.sh's active-scanning commands. Anything you drive through T3MP3ST's War Room or the 400+ tool arsenal directly is not subject to that check — the boundary you're relying on is one script.
  • T3MP3ST is a distinct repo from the same unvetted author that runs npm install and is designed to let an LLM agent autonomously "hunt zero-days" against targets you describe in natural language. Connecting your Claude Code/Codex agent hands broad, unsupervised execution to that framework; the natural-language target step sits outside the file-based scope enforcement entirely.
  • Both repos are single-author (DevCop95) with no version, release, or provenance data on the page — treat as unaudited before pointing it at any live program.

Organisations named here

  • Hacktivity

Technologies named here

  • bugbounty-hunter.sh
  • HackerOne
  • T3MP3ST
  • DVWA
  • Metasploitable
  • auto-scanner / pentest.sh
  • vendor/shodan_reconsx
  • Nmap
  • Masscan
  • zmap
  • unicornscan
  • netdiscover
  • Amass
  • dig
  • WHOIS
  • dnsrecon
  • host
  • DNSEnum
  • dnsmap
  • Sublist3r
  • subfinder
  • subbrute
  • dnsgen
  • gotator
  • Fierce
  • dnspoodle
  • httpx
  • httprobe
  • gau
  • waybackurls
  • Katana
  • gospider
  • Hakrawler
  • linkfinder
  • jsfinder
  • secretfinder
  • paramspider
  • Arjun
  • s3scanner
  • cloud_enum
  • lazys3
  • bucket_finder
  • subjack
  • subover
  • nuclei
  • canari
  • nikto
  • whatweb
  • wapiti
  • Arachni
  • skipfish
  • gobuster
  • Dirb
  • Feroxbuster
  • dirsearch
  • wfuzz
  • Ffuf
  • X8
  • sqlmap
  • xsser
  • Dalfox
  • commix
  • xsstrike
  • wpscan
  • joomscan
  • droopescan
  • CMSeeK
  • Cariddi
  • enum4linux
  • smbclient
  • ldap tools
  • rpcclient
  • snmpwalk
  • NBTScan
  • Metasploit
  • msfvenom
  • SearchSploit
  • theHarvester
  • recon-ng
  • swagger tools
  • graphql tools
  • burp-integration
  • WordPress
  • Shodan
  • Claude Code

Techniques named here

  • Scope-restricted scanning
  • Recon
  • Scanning
  • Enumeration
  • Exploitation
  • Business logic testing
  • API testing
  • Chain attacks
  • S3 bucket listing exposure
  • Hacktivity deduplication check
  • Passive Shodan CTL recon