exploiting-server-side-request-forgery

Identifies and exploits SSRF vulnerabilities to access internal services and cloud metadata during authorized penetration tests.

Updated May 27, 2026
One-click install
npx skills add https://github.com/baljinnyamday/autonomous-red-team-agent --skill exploiting-server-side-request-forgery-baljinnyamday
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: exploiting-server-side-request-forgery
Source: https://github.com/baljinnyamday/autonomous-red-team-agent/tree/main/harness/src/agent_redteam/skill_library/exploiting-server-side-request-forgery
Command: npx skills add https://github.com/baljinnyamday/autonomous-red-team-agent --skill exploiting-server-side-request-forgery-baljinnyamday

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? During authorized penetration tests, applications that fetch user-supplied URLs can be abused to reach internal services, cloud metadata endpoints, and restricted network resources. This Skill provides a structured workflow to find, validate, and exploit Server-Side Request Forgery (SSRF) vulnerabilities and document the impact. ## Core Features & Use Cases - SSRF Discovery: Maps SSRF-prone functionality (webhooks, URL previews, PDF generators, file imports) and confirms vulnerabilities with out-of-band detection via Burp Collaborator or interactsh. - Cloud Metadata & Internal Network Access: Tests AWS, GCP, Azure, and DigitalOcean metadata endpoints, scans internal IP ranges and ports, and reaches internal services like Redis, Elasticsearch, and Jenkins. - Filter Bypass & Escalation: Applies IP encoding, URL parsing, protocol (gopher, file, dict), and DNS rebinding bypasses, then escalates impact such as retrieving IAM credentials. - Use Case: A webhook configuration endpoint accepts arbitrary callback URLs; use this Skill to point it at the AWS metadata service, retrieve temporary IAM credentials, and produce a formatted severity-rated finding. ## Quick Start Use the SSRF skill to test the webhook callback_url parameter on the target application for server-side request forgery and report any internal access found.

Frequently Asked Questions about exploiting-server-side-request-forgery

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

FAQPage Schema
How do I test for SSRF vulnerabilities in a web application?

Identify features that fetch user-supplied URLs such as webhooks, URL previews, and file imports, then replace the URL with a Burp Collaborator or interactsh payload. An incoming out-of-band interaction confirms the server makes requests to attacker-controlled destinations.

How to access AWS metadata through SSRF?

Submit the URL http://169.254.169.254/latest/meta-data/ through the vulnerable parameter, then request the IAM security-credentials path to retrieve temporary access keys. Note that IMDSv2 requires a session token header, which mitigates basic SSRF.

What tools are used for SSRF detection and exploitation?

Burp Suite Professional with Collaborator handles request modification and blind SSRF detection, interactsh provides open-source out-of-band interaction detection, and SSRFmap automates exploitation with protocol support. curl is used for manual payload testing.

How do I bypass SSRF filters and URL allowlists?

Use IP encoding variants such as octal, hexadecimal, decimal, or short-form addresses, URL parsing tricks like embedded credentials, and alternate protocols such as gopher, file, and dict. DNS rebinding services like rbndr.us alternate DNS responses to defeat hostname allowlists.

What is blind SSRF and how is it detected?

Blind SSRF occurs when the server makes the request but does not return the response content to the tester. It is detected through out-of-band interaction servers or time-based analysis comparing response times for open versus closed internal ports.

When should SSRF testing not be performed?

SSRF testing requires a written penetration testing agreement that explicitly includes SSRF in scope. Without documented authorization, probing internal networks and cloud metadata endpoints is unauthorized access and should not be attempted.