0% found this document useful (0 votes)
40 views3 pages

Git Recon Bug Hunting Cheat Sheet

Uploaded by

bad123bb123
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
40 views3 pages

Git Recon Bug Hunting Cheat Sheet

Uploaded by

bad123bb123
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

This is a short cheat sheet cum approach to hunt bugs.

It is more of a 20ft overview and will


do a detailed writeup over my gitbook with some examples and tricks.

Please Note: This recon process does not mean to involve everything, and this is the process
that I follow. For an instance, finding assets via ASN/Reverse Whois lookup is self-understood
and comes deep down under the steps I have written. If you want to modify my methodology,
feel free to.

=====================
My Recon Process
=====================
(Considering Complete Internet Presence in Scope)

Phase - A: Open Source Intelligence

1. Company Profile & Web Presence


2. Company Acquisitions
3. Acquisitions’ Acquisitions
4. Campaign’s run by Company or Acquisitions
5. All Social Media Links by Company

Outcome: Upfront list of Huge Asset Scope

Phase - B: Search Engine Dorking

1. Dorking to find open buckets

2. Dorking to find broken links

3. Dorking to find potential subdomain takeover

4. Dorking to find hidden endpoints, admin panels and juicy files


5. Dorking to find more assets

6. Dorking to find firebase and other relevant instances

Outcome: Easy Bounty

Phase - C: Git Recon

1. Github Advance search to gather juicy stuff

2. Using Gitrob/Truffhog to find potential stuff

3. Analysis of Travis CI logs

4. Github Advance search to find hidden endpoints

Outcome: Easy Medium-Critical Bugs, More Endpoints & Win

Phase - D: Semi-Automating Recon

1. Subdomain Discovery on each Asset in Scope

2. Probing Subdomains to check live domains

3. Running Technology/Stack Identifier (whatweb/wappalyzer)

4. Running Subdomain Takeover Scan

5. Running Port scanner such as Masscan/Nmap

6. Running Link Finder for uncovering more hidden endpoints

7. Running ParamMiner to gather list of potential parameters for xss,ssrf,OR issues

8. Screenshots for each host for Visual Recon

9. Directory Search

Outcome: Thousands of Assets, Chances for Misconfigured Services and easy P1s

Phase - E: Being Game Ready


1. Compiling Project Directory and mapping all content to single place

2. Manual Recon for Each Domain

3. Listing Potential Targets to test

4. Suit up and Hack


Outcome: It will keep you organized
Phase - F: Manual Recon

1. Visiting very subdomain manually and see what can be achieved out there.

2. Listing all juicy looking subdomain/domains to list of "Potential Targets" (Saves a lot of time later)

3. If service version disclosed, search CVEs and Exploits and try to Exploit.

4. If default server page shows up, run server specific directory search to find potentially juicy stuff

5. Knock every possible domain in the list and cut off the services which are not reachable/false
positive from scanners

Outcome: More endpoints, More Juicy Stuff and more $$$$$$$

Phase - G: Hack the World

1. Pick your Hacking Toolbox and Start Hacking

2. Check for Most Common Vulnerabilities from Bugcrowd VRT, OWASP Top 10 or whatever on top
of your head

3. Create a Manual Checklist of vulnerability and keep track of what all cases are performed, what all
bypasses are tried! Helps later if you find a new bypass in future. Once a target, always a target.

4. Be creative! Try to map assets with potential risks and hit the business logic of the application.

5. Be patient and persistent

Outcome: Learning, Bounty, Points, Reputation, blah blah blah and Win.

Common questions

Powered by AI

During the Manual Recon phase, bug hunters might encounter challenges such as the sheer volume of subdomains to manually inspect, which can lead to fatigue and potential oversight of critical vulnerabilities. Additionally, accurately identifying which services are false positives or unreachable poses a challenge when dealing with outputs from automated scans. These challenges can be addressed by methodically segmenting the workload and prioritizing targets based on their likelihood of yielding significant findings. Using visual tools to quickly assess screenshots and employing strategic filtering for noise reduction can also help manage the load efficiently.

Organization is emphasized in Phase E to maintain clarity and efficiency in the recon process. By compiling project directories and mapping all content in a single place, bug hunters can systematically manage the vast amount of data collected, reducing redundancy and ensuring no important assets are overlooked. This phase also involves listing potential targets, which streamlines the testing process and prioritizes focus on more promising areas. The expected benefits include saving time and enhancing focus, which contributes to improved outcomes in the form of identified vulnerabilities and potential exploitations.

The document recommends integrating both manual and automated techniques throughout various phases to ensure a comprehensive recon process. Automation is leveraged in initial phases to efficiently handle repetitive tasks like subdomain discovery, technology identification, and port scanning, which lays the groundwork by identifying potential targets quickly. Manually visiting subdomains, analyzing outputs, and creatively identifying business logic vulnerabilities complement the automated efforts. This hybrid approach ensures depth and breadth in the recon process, where automated tools provide the scalability and coverage needed, while manual techniques allow for detailed inspection and discovery of non-obvious vulnerabilities.

Finding misconfigurati...ces and P1 (Priority 1) vulnerabilities during the semi-automated recon phase can have serious implications for an organization. Such vulnerabilities often represent critical security weaknesses that could be exploited by malicious actors to gain unauthorized access to sensitive systems, data breaches, and potentially disrupt operations. The discovery of these vulnerabilities underscores the need for immediate remediation efforts and can lead to reputational damage, financial losses due to potential breaches or exploits, and legal consequences from not safeguarding user data appropriately. Organizations must quickly prioritize these findings to mitigate any real-world threats that might arise.

Maintaining a vulnerability checklist is significant because it enables a systematic approach to security assessments, ensuring that no common vulnerabilities are overlooked during the examination of a target. It provides a structured way to document discovered vulnerabilities, assess their risk levels, and track which mitigation strategies have been attempted. This is particularly useful for ongoing assessments, as it helps identify patterns or new bypasses over time, providing a historical record that can inform future analyses and lead to uncovering previously missed vulnerabilities.

The recon process is divided into distinct phases that build on each other to enhance bug hunting effectiveness. Phase A (Open Source Intelligence) focuses on gathering a broad scope of assets through company profiles and acquisitions, forming a foundation for a large asset list. Phase B (Search Engine Dorking) uses search engine queries to identify easy vulnerabilities and further assets. Phase C (Git Recon) targets GitHub repositories to extract sensitive information and uncover endpoints. Phase D (Semi-Automating Recon) automates identification and analysis of assets through subdomain discovery, technology stacks, and potential misconfigurations. Phase E (Being Game Ready) emphasizes organization and target listing before testing. Phase F (Manual Recon) involves hands-on assessment of targets to identify more endpoints and vulnerabilities. Finally, Phase G (Hack the World) involves executing hacking strategies on identified targets, referencing common vulnerability frameworks like OWASP. Together, these phases systematically expand asset visibility and vulnerability identification.

Open source intelligence (OSINT) gathering contributes significantly to defining the asset scope in Phase A by leveraging publicly available information to map out an organization’s internet presence. This includes analyzing company profiles, acquisition histories, and social media footprints to identify connected networks and hidden assets that may not be listed in official channels. By understanding the extent of an organization’s operations and its digital reach, bug hunters can establish a comprehensive asset scope, setting a solid foundation for subsequent recon phases focused on more detailed and targeted analysis.

Search engine dorking in the recon process serves as a crucial tool for uncovering vulnerable endpoints and data exposures that might not be immediately visible through standard browsing. By crafting specific queries, one can locate open storage buckets, broken links, and administrative panels, as well as discover hidden files and endpoints that reveal further assets or potential subdomain takeovers. This method can lead to significant security findings by revealing points of entry for unauthorized access or information leaks, contributing to easy bounty rewards as suggested in the document.

The recon process utilizes automation primarily in Phase D, which involves semi-automated tools such as Masscan/Nmap for port scanning, WhatWeb/Wappalyzer for technology identification, and automated subdomain discovery. Automating these repetitive tasks allows bug hunters to cover more ground quickly and consistently, identifying live subdomains and potential vulnerabilities without manually inspecting each one. The potential advantages include increased efficiency, reduced time spent on mundane tasks, and enhanced focus on the creative aspects of vulnerability discovery and exploitation.

The document emphasizes creativity in the hacking phase by encouraging hackers to map assets with potential risks and exploit business logic flaws within applications. This involves going beyond standard vulnerability checks to identify unique weaknesses inherent in the application’s design or processes. By creatively combining different hacking tools and bypass techniques, and thinking from an adversarial perspective, hackers can uncover non-obvious vulnerabilities. It also suggests maintaining a manual checklist to track various attempted vulnerability cases and bypasses to continuously improve detection strategies.

You might also like