hunt-ssrf

Detects and validates SSRF vulnerabilities using OOB callbacks and cloud metadata payloads.

Updated Sep 6, 2026
One-click install
npx skills add https://github.com/inventashif/helpful-code-sidekick --skill hunt-ssrf-inventashif
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-ssrf
Source: https://github.com/inventashif/helpful-code-sidekick/tree/main/scripts/hackerai/skills/bughunter/hunt-ssrf
Command: npx skills add https://github.com/inventashif/helpful-code-sidekick --skill hunt-ssrf-inventashif

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? SSRF findings are frequently rejected at triage because hunters claim blind SSRF without proof that the server actually made an outbound request. This Skill enforces an out-of-band confirmation workflow and provides tested payloads for cloud metadata, internal services, and filter bypasses so reports survive triage. ## Core Features & Use Cases - OOB-First Validation Gate: Requires Burp Collaborator or interactsh callbacks with per-parameter payload isolation before any SSRF claim is made, including negative controls for attribution. - Cloud Metadata Payloads: Ready-to-use targets for AWS IMDSv1, GCP metadata.google.internal, Azure IMDS, and Kubernetes service account tokens, plus localhost port enumeration for Redis, etcd, Elasticsearch, and Consul. - Bypass Technique Library: Covers blocklist bypasses (decimal/hex/octal IPs, IPv6 mapping, DNS rebinding, URL parser confusion), redirect-chain bypasses, gopher-to-Redis RCE chains, and base64/double-encoding filter evasion. - Use Case: While testing a link-preview API on a cloud-hosted SaaS target, plant a unique Collaborator payload in the url parameter, confirm the callback, then pivot to http://169.254.169.254/latest/meta-data/ to demonstrate credential exposure with full attribution evidence. ## Quick Start Ask the AI to test a specific URL-accepting endpoint on your authorized bug bounty target for SSRF using an interactsh callback and the cloud metadata payload checklist.

Frequently Asked Questions about hunt-ssrf

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

FAQPage Schema
How do I confirm a blind SSRF vulnerability?

Confirm blind SSRF with an out-of-band callback using Burp Collaborator, interactsh, or canarytokens. Send a unique payload URL per parameter, wait 30-120 seconds, and only claim SSRF after a DNS or HTTP interaction appears in your listener.

What error messages are not proof of SSRF?

A server echoing your URL inside an error message is not proof of SSRF, since that comes from string formatting rather than a network request. Different status codes or response delays also do not confirm an outbound fetch occurred.

How do I bypass SSRF filters blocking localhost and 169.254.169.254?

Bypass IP blocklists using decimal or hex IP encoding like 2130706433, IPv6 mapped addresses, DNS rebinding, redirect chains from allowlisted hosts, or URL parser confusion such as http://[email protected]/. Base64 or double-URL encoding also works when the backend decodes before fetching.

Can SSRF reach cloud metadata services on AWS, GCP, and Azure?

Yes, SSRF can reach AWS IMDSv1 at 169.254.169.254, GCP metadata.google.internal, and Azure IMDS to steal instance credentials. GCP and Azure require specific headers like Metadata-Flavor: Google or Metadata: true, which may need CRLF injection to set.

When is a blind SSRF not reportable on its own?

A blind SSRF with only a callback and no response body is not reportable standalone. It needs demonstrated impact such as reaching an internal service, port differentiation against internal addresses, or a chain to data exposure or RCE.