User Tools

Site Tools


tbhm:01_philosophy

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

tbhm:01_philosophy [2026/05/14 09:18] – TBHM import drewtbhm:01_philosophy [2026/05/14 09:28] (current) – converted from markdown to dokuwiki syntax drew
Line 1: Line 1:
-# Philosophy+====== Philosophy ======
  
-## Differences from standard testing+===== Differences from standard testing =====
 Single-sourced: Single-sourced:
-- looking mostly for common-ish vulns +  * looking mostly for common-ish vulns 
-- not competing with others +  * not competing with others 
-- incentivized for count +  * incentivized for count 
-- payment guaranteed and quality check based on approximation+  * payment guaranteed and quality check based on approximation
  
 Crowdsourced: Crowdsourced:
-- looking for vulns that aren't as easy to find +  * looking for vulns that aren't as easy to find 
-- racing vs. time +  * racing vs. time 
-- competitive vs. others +  * competitive vs. others 
-- incentivized to find unique bugs +  * incentivized to find unique bugs 
-- payment based on impact not number of findings+  * payment based on impact not number of findings
  
-## Tips / Notes:+===== Tips / Notes: =====
  
-- 1st party bug bounties = Google Paypal, etc +  * 1st party bug bounties = Google Paypal, etc 
-- 2nd party bug bounties = Bugcrowd, H1, Synack, etc+  * 2nd party bug bounties = Bugcrowd, H1, Synack, etc
  
 Because competition is introduced; when working in a bug bounty it is essential to have templates set up for your "most found" classes of vulnerabilities. Obviously custom vulnerabilities will always be custom writeups, but having a template for ones that come up often is essential. **Protip:** always remember to change the URLS and domains in the templates. Nothing will get a bug invalidated faster than stating the wrong domain or URLs in a report. Because competition is introduced; when working in a bug bounty it is essential to have templates set up for your "most found" classes of vulnerabilities. Obviously custom vulnerabilities will always be custom writeups, but having a template for ones that come up often is essential. **Protip:** always remember to change the URLS and domains in the templates. Nothing will get a bug invalidated faster than stating the wrong domain or URLs in a report.
  
-When designing these templates there are two really great resources to read:+When desigining these templates there are two really great resources to read:
  
-- https://blog.bugcrowd.com/advice-for-writing-a-great-vulnerability-report/ +  * https://blog.bugcrowd.com/advice-for-writing-a-great-vulnerability-report/ 
-- https://forum.bugcrowd.com/t/writing-a-bug-report-attack-scenario-and-impact-are-key/640+  * https://forum.bugcrowd.com/t/writing-a-bug-report-attack-scenario-and-impact-are-key/640
  
tbhm/01_philosophy.1778746726.txt.gz · Last modified: by drew

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki