Stirling-PDF: Remote Code Execution via H2
What fixes it
No source in this snapshot names a fixed version. The vendor advisories under References are the place to check.
Public exploit code and templates 1
- Scanner templateStirling PDF <= 2.13.1 - H2 Database Import Remote Code ExecutionNuclei
Listed so defenders can prioritize. Threatline links to the source and does not host exploit code.
Description
Stirling-PDF is a locally hosted web application that facilitates various operations on PDF files. Prior to 2.13.2, an authenticated administrator using the default H2 database and security mode can upload a crafted SQL file to POST /api/v1/database/import-database. DatabaseService.validateSqlContent() splits normalized input on semicolons and accepts a statement when it contains any allowed keyword, allowing dangerous H2 functions such as FILE_READ and CSVWRITE, plus CREATE ALIAS, to bypass the insufficient whitelist and execute side effects when RUNSCRIPT processes the file. This permits arbitrary file access. The demonstrated operating-system command execution chain writes attacker-controlled startup files to a user-site location and then triggers an application Python interpreter configured to load those startup files, resulting in command execution as the JVM service account. This issue is fixed in version 2.13.2.
Text from CVE List
Affected versions 1
- Stirling-PDFaffected: < 2.13.2CVE List
References 4
- github.com/Stirling-Tools/Stirling-PDF/commit/d06d3cabaf5b8a7dcd0dbfc584828d8e687e5dd5Fixvia CVE List
- github.com/Stirling-Tools/Stirling-PDF/releases/tag/v2.13.2Fixvia CVE List
- github.com/Stirling-Tools/Stirling-PDF/security/advisories/GHSA-mrr8-934j-4g8mExploitvia CVE List
- github.com/Stirling-Tools/Stirling-PDF/pull/6796Referencevia CVE List