Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessHost attacker page with embedded SSRF payload
-
DeliverySubmit public page URL to /api/v1/convert/url/pdf
-
ExploitServer fetches attacker HTML, bypasses SSRF check
-
ExecutionWeasyPrint fetches embedded internal resource (e.g. 169.254.169.254)
-
PersistInternal response embedded in rendered PDF
-
ImpactAttacker downloads PDF and extracts leaked data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The POST /api/v1/convert/url/pdf endpoint must be network-reachable by the attacker. The CVSS vector PR:N confirms no authentication is required against the endpoint itself; however, if the Stirling-PDF operator has enabled the application's optional authentication layer, an attacker would need valid credentials, which is a meaningful limiting factor not reflected in the NVD-submitted base score. The attacker must control a public-IP web server capable of serving HTML with embedded resource references - a low barrier. The SSRF payload reaches only resources the WeasyPrint process can access from the server's network context: cloud metadata services are reachable only on cloud-hosted instances, while internal network services depend on the deployment topology. Exploitation against on-premises instances without cloud metadata available is limited to internal network reconnaissance rather than credential theft. The initial URL IP-validation check does not restrict what IP addresses appear in embedded resource references within the fetched HTML, which is the precise bypass enabling the attack. |
| Impact | The CVSS 3.1 score of 8.6 (AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N) accurately reflects the attack posture: network-reachable, no authentication or interaction required, and scope-changing because the SSRF crosses trust boundaries into backend infrastructure systems. The changed scope (S:C) and high confidentiality impact (C:H) are consistent with cloud metadata exfiltration, where a single leaked IAM token can lead to full cloud account compromise - making real-world severity considerably higher than the base score alone suggests for cloud-hosted deployments. EPSS data is not present in the available intelligence, and no CISA KEV listing exists, so widespread automated exploitation has not been confirmed; however, the attack is trivially automatable (AC:L/PR:N/UI:N) and the SSRF payload is a well-understood technique requiring no novel research. The absence of a POC lowers immediate mass-exploitation risk but does not significantly alter the risk profile for targeted attacks against exposed instances. The gap between Stirling-PDF's partial SSRF protections and this unguarded endpoint indicates the flaw is architectural, not incidental, and likely reproducible by any attacker who reviews the source code. Deployments behind authentication middleware or network perimeters face materially lower risk than publicly exposed instances. |
| Exploit ScenarioDerived | An attacker hosts a web page at a public IP containing an img tag whose src attribute points to http://169.254.169.254/latest/meta-data/iam/security-credentials/ (AWS IMDSv1). The attacker submits that public URL to the Stirling-PDF POST /api/v1/convert/url/pdf endpoint; Stirling-PDF validates the initial URL resolves to a public IP and passes the fetched HTML to WeasyPrint, which then performs a server-side GET against the metadata endpoint. The IAM credential response is embedded as rendered text or image alt-text fallback in the returned PDF, which the attacker downloads to obtain temporary cloud credentials. No public exploit code has been identified at time of analysis, but the attack is straightforward given WeasyPrint's well-documented resource-fetching behavior. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 05, 2026
Server-side request forgery in Stirling-PDF's POST /api/v1/convert/url/pdf endpoint allows unauthenticated remote attackers to exfiltrate cloud metadata and internal network resources by supplying a URL to an attacker-controlled page containing embedded resource references (e.g., img tags targeting 169.254.169.254). The endpoint was deliberately excluded from the SSRF protections applied to three sibling conversion endpoints, creating an uneven security boundary; WeasyPrint, the underlying rendering subprocess, fetches all embedded resources with no per-resource SSRF filtering, causing internal HTTP responses to be embedded verbatim into the returned PDF. No public exploit code or CISA KEV listing has been identified at time of analysis, but the attack requires no authentication and no special configuration, making any network-exposed Stirling-PDF instance a viable target.
RemediationAI
No vendor-released patch version has been confirmed from the available data; the only reference provided points to the upstream GitHub repository (https://github.com/Stirling-Tools/Stirling-PDF) without identifying a specific fixed release. Operators should monitor that repository for a patch applying CustomHtmlSanitizer and SsrfProtectionService controls to ConvertWebsiteToPDF.java, consistent with the fixes already applied to sibling endpoints. As an immediate compensating control, disable or block access to the POST /api/v1/convert/url/pdf endpoint at the reverse proxy or WAF layer if URL-to-PDF conversion is not required - this eliminates the attack surface with no impact to other conversion features. If the endpoint must remain available, restrict access to authenticated internal users only; Stirling-PDF supports optional login enforcement that, if enabled, would raise the required privilege level and reduce the threat from unauthenticated external attackers, though it would not prevent authenticated insider abuse. Additionally, deploy Stirling-PDF behind egress filtering that blocks outbound HTTP/HTTPS to RFC-1918 ranges and link-local addresses (169.254.0.0/16, 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) at the network layer; this mitigates WeasyPrint's secondary resource fetches even if the application-layer SSRF filter is missing, though it may break legitimate use cases involving on-premises resources. On AWS, enforcing IMDSv2 (requiring a PUT-based token exchange) prevents IMDSv1 metadata retrieval via simple GET requests, limiting the blast radius of cloud metadata exfiltration.
Affected VersionsENISA
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Stirling-PDF is an open-source self-hosted PDF manipulation suite built on Java (Spring Boot) and WeasyPrint, a Python-based HTML-to-PDF renderer. The vulnerable component is ConvertWebsiteToPDF.java, which implements the POST /api/v1/convert/url/pdf endpoint. The application added a CustomHtmlSanitizer and SsrfProtectionService to three sibling endpoints (html/pdf, file/pdf, markdown/pdf) but omitted those controls from this endpoint. The initial URL is validated against a public-IP allowlist, but the HTML returned by that URL is passed unsanitized to the WeasyPrint subprocess. WeasyPrint resolves and fetches every embedded resource reference (img src, link href, etc.) server-side during rendering; since these secondary requests bypass Stirling-PDF's SSRF layer entirely, they can reach cloud instance metadata services (AWS IMDSv1 at 169.254.169.254, GCP metadata at 169.254.169.254/computeMetadata/, Azure at 169.254.169.254/metadata/), internal network services, and RFC-1918 addresses. The root cause is CWE-918 (Server-Side Request Forgery): untrusted input controls the destination of server-initiated HTTP requests, and the response content is reflected to the attacker in the generated PDF. The CPE cpe:2.3:a:stirling-tools:stirling-pdf:*:*:*:*:*:* indicates all published versions are affected.
Know when Stirling Pdf gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:N
Network-reachable endpoint requires no authentication; scope changes because SSRF crosses into backend infrastructure; confidentiality-only impact with no integrity or availability effect.
Primary rating from Vendor (TuranSec).
CVSS VectorVendor: TuranSec
DescriptionCVE.org
Stirling-PDF's POST /api/v1/convert/url/pdf endpoint (ConvertWebsiteToPDF.java) was not updated with the CustomHtmlSanitizer/SsrfProtectionService SSRF protections that were added to three sibling conversion endpoints (html/pdf, file/pdf, markdown/pdf). The endpoint validates only that the initial requested URL resolves to a public IP, then fetches the page's HTML server-side and hands it, unsanitized, to a WeasyPrint subprocess. Embedded resource references in the fetched HTML (e.g. <img src="http://169.254.169.254/...">) are fetched by WeasyPrint with no per-resource SSRF filtering, allowing an attacker-controlled page to cause the server to retrieve cloud metadata endpoints or internal network resources and leak their contents back into the generated PDF.
Executive ViewAI
Stirling-PDF's URL-to-PDF conversion endpoint is vulnerable to server-side request forgery (SSRF), allowing unauthenticated attackers to extract cloud metadata, AWS credentials, and internal network data from any exposed instance. This vulnerability requires no authentication or special configuration, placing all network-accessible Stirling-PDF deployments at immediate risk. Without a vendor patch, organizations face direct exposure of sensitive credentials and internal service information.
No vendor-released patch identified at time of analysis. Interim mitigations include: network segmentation restricting outbound connections from Stirling-PDF instances, WAF rules blocking requests to cloud metadata endpoints (169.254.169.254) and RFC 1918 private ranges, endpoint disable if not critical, authentication wrappers applied upstream of the service, and continuous monitoring of PDF conversion request logs for suspicious destination URLs and SSRF attack indicators.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
More in Stirling Pdf
View allStirling-PDF is a locally hosted web application that performs various operations on PDF files. Rated high severity (CVS
Stirling-PDF is a locally hosted web application that performs various operations on PDF files. Rated high severity (CVS
Stirling-PDF 2.13.2 through 3.2.0 lets an authenticated administrator regain Java method execution by uploading a crafte
Stirling-PDF is a locally hosted web application that allows you to perform various operations on PDF files. Rated high
Authenticated users on multi-user Stirling-PDF 3.0.0 through 3.2.0 can reach other tenants' stored documents by creating
Privilege escalation in Stirling-PDF before 2.9.0 allows any authenticated ROLE_USER to obtain the privileged STIRLING-P
Stored cross-site scripting in Stirling-PDF prior to version 2.0.0 allows an attacker to embed JavaScript payloads insid
Stirling-PDF, a locally hosted web application for PDF operations, contains a path traversal vulnerability in the /api/v
Stirling-PDF before 3.0.0 lets remote attackers turn its AI PDF tool into a server-side request forgery and local file d
Stirling-PDF versions 2.1.5 through 2.5.1 are vulnerable to resource exhaustion denial of service through the watermark
A vulnerability was found in Stirling-Tools Stirling-PDF up to 0.28.3. Rated low severity (CVSS 2.3), this vulnerability
Stored cross-site scripting in Stirling-PDF's /get-info-on-pdf endpoint allows attacker-controlled JavaScript to execute
EUVD-2026-53355
GHSA-j5rg-wh78-9f2q
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB