---
id: "CVE-2026-119342"
kind: "vulnerability"
aliases: ["CVE-2026-119342"]
title: "Stirling-PDF: crafted SVG upload reads server image files into PDF output"
severity: "medium"
cvss: 5.3
epss: null
exploited: false
status: "open"
category: "package"
products: []
ecosystems: []
tags: ["java", "package", "self-hosted", "stirling-pdf"]
not_affected_if: ["endpoint-not-exposed", "version-outside-2.13.1-2.13.2"]
published_at: "2026-10-30T21:16:53+00:00"
first_seen_at: "2026-10-30T21:25:52+00:00"
updated_at: "2026-10-30T21:26:57+00:00"
sources: [{"source": "nvd", "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-119342", "first_seen_at": "2026-10-30T21:25:52+00:00"}]
---

# Stirling-PDF: crafted SVG upload reads server image files into PDF output

Stirling-PDF versions 2.13.1 through 2.13.2 let a request to the SVG-to-PDF endpoint pull image files from the server's own disk into the returned PDF, because a root-relative image reference slips past the SVG sanitizer. An attacker can read PNG, JPG, GIF or SVG files the server can access, and can probe whether other image paths exist.

_Summary, check and fix written by a model from the sources; labelled as such._

## How to check

- Check the Stirling-PDF version in use; affected versions are `2.13.1` through `2.13.2`
- Confirm whether login is disabled or whether non-admin users can reach `POST /api/v1/convert/svg/pdf`

## Fix

- Stirling-PDF: upgrade to `2.13.2`

## Timeline

- 2026-10-30T21:25:52+00:00 nvd https://nvd.nist.gov/vuln/detail/CVE-2026-119342

## From the sources

Stirling-PDF is a locally hosted web application that facilitates various operations on PDF files. From 2.13.1 until 2.13.2, the POST /api/v1/convert/svg/pdf endpoint renders attacker-supplied SVG through Apache Batik, and a scheme-less root-relative image reference bypasses SvgSanitizer.isExternalUrl() before Batik resolves it against the file:///input.svg document base as a same-origin local file. The convert() and addSvgAsPage() paths in app/core/src/main/java/stirling/software/SPDF/utils/SvgToPdf.java can then render image-decodable server files into the returned PDF when sanitization is enabled, including without authentication on login-disabled deployments or with non-admin access when login is enabled. The issue discloses PNG, JPG, GIF, or SVG content and provides an existence oracle only for image-decodable paths; plain text, binary files, directories, XInclude text, external entities, explicit file URLs, and tested HTTP references are not disclosed through this mechanism. This issue is fixed in version 2.13.2.

---

_Free to read at a human pace. An API with keys and an MCP server are in preparation; early access: hello@infrastack.ai_