Skip to main content
Meet us at Black Hat USA 2026— Las Vegas, August 1–6Book a Meeting
Mallory
CriticalCISA KEVExploited in the wildPublic exploit

Unauthenticated arbitrary file creation/truncation in Splunk Enterprise PostgreSQL Sidecar Service

IdentifiersCVE-2026-20253CWE-306· Missing Authentication for…

CVE-2026-20253 is a critical missing-authentication vulnerability in the PostgreSQL Sidecar Service used by Splunk Enterprise. In affected Splunk Enterprise 10.2 releases prior to 10.2.4 and 10.0 releases prior to 10.0.7, the PostgreSQL sidecar recovery endpoint exposed through Splunk Web does not properly enforce authentication, allowing a network-reachable unauthenticated attacker to invoke backup and related file-operation functionality. As documented by Splunk and corroborated by public technical analysis, the vulnerable endpoint can be abused to create or truncate arbitrary files on the underlying system. Public reporting further indicates the file-operation primitive can be chained with attacker-controlled PostgreSQL connection parameters and restore behavior to achieve arbitrary file write and ultimately remote code execution under the Splunk service account. Splunk Enterprise 9.4 and earlier are not affected.

Share:
For your environment

Are you exposed to this one?

Mallory correlates every CVE against your assets, your vendors, and active adversary campaigns. Know which vulnerabilities matter for you, not just which ones are loud.

ANALYST BRIEF

Impact, mitigation & remediation

What it means. What to do now. Patch path, mitigations, and the assume-compromise checklist.

Impact

What an attacker gets, and what they’ve been doing with it.

Successful exploitation allows an unauthenticated remote attacker to create or truncate arbitrary files on the target Splunk server, which can cause data loss, service disruption, destruction of logs or configuration, and broader compromise depending on the files targeted. Public technical analyses indicate the primitive can be escalated into arbitrary file write and pre-authentication remote code execution, enabling takeover of the Splunk application environment, tampering with telemetry, theft of credentials or API keys accessible to Splunk, persistence, defense evasion, and potential lateral movement from the compromised host.

Mitigation

If you can’t patch tonight, do this now.

If immediate upgrade is not possible, disable the PostgreSQL Sidecar Service as a temporary mitigation, as recommended by Splunk in the provided content. Additionally, restrict network access to Splunk Web and any proxied recovery endpoints to trusted administrative sources only, reduce internet exposure, and monitor for indicators of exploitation such as requests to /v1/postgres/recovery/*, path traversal sequences in backupFile values, injected PostgreSQL parameters such as hostaddr= or passfile=, unexpected pg_dump/pg_restore execution, unusual dump-file creation, and outbound connections from Splunk to unknown PostgreSQL servers. Mitigation may impact functionality that depends on the PostgreSQL sidecar service.

Remediation

Patch, then assume compromise.

Upgrade Splunk Enterprise to a fixed release. For the 10.2 branch, upgrade to 10.2.4 or later. For the 10.0 branch, upgrade to 10.0.7 or later. Splunk Enterprise 10.4.0 and later is not affected according to the provided content. Because the vulnerability has been reported as actively exploited, remediation should be prioritized and followed by compromise assessment to determine whether exploitation occurred before patching.
PUBLIC EXPLOITS

Exploits

1 valid exploit after Mallory filtered fakes, detection scripts, and README-only repos (3 hidden).

VALID 1 / 4 TOTALView more in app
CVE-2026-20253-Splunk-Enterprise-Pre-Auth-RCE-MaturityPoCVerified exploit

Repository is a small standalone Python PoC for CVE-2026-20253 against Splunk Enterprise. It contains one primary code file (splunk_cve_2026_20253.py), dependency metadata (requirements.txt), and several Spanish-language documentation files covering installation, execution examples, detection/mitigation, contribution guidance, and security policy. The exploit script uses requests and disables TLS verification warnings. Its core logic defines a SplunkExploit class with methods to: (1) test unauthenticated access to the Splunk recovery backup endpoint using a POST request with JSON and an empty Basic Authorization header; (2) abuse the backup endpoint to create or truncate arbitrary files by supplying attacker-controlled backupFile paths; and (3) attempt RCE by preparing a Python payload that runs a shell command via /bin/sh -c and writes output to a chosen file. The script references the full attack chain involving PostgreSQL backup/restore primitives and a controlled PostgreSQL server, but the included code is explicitly described as a simplified demonstration that overwrites a Splunk Secure Gateway Python script path to achieve execution. In main(), it supports vulnerability checking, cleanup, arbitrary file creation as a proof step, command execution, and optional retrieval of output from a web-accessible Splunk static directory. Overall, this is a real exploit PoC rather than a detector-only script; however, based on the provided content it appears partially simplified/truncated relative to a full end-to-end weaponized chain, so OPERATIONAL is the best fit.

fevar54Disclosed Jun 26, 2026pythonmarkdownnetworkweb
EXPOSURE SURFACE

Affected products & vendors

Products and vendors Mallory has correlated with this vulnerability. Open in Mallory to drill down to specific CPE configurations and version ranges.

VendorProductType
SplunkCloud Platformapplication
SplunkEnterpriseapplication
SplunkSplunkapplication
SplunkSplunk Enterpriseapplication

Vendor-confirmed product mapping. Mallory continuously reconciles this list against your asset inventory.

ACTIVITY FEED

Recent activity

177 sources tracked across advisories, community write-ups, and news. New activity surfaces here as Mallory finds it.

What this page doesn’t show

The version that knows your environment.

This page is what’s public. Mallory adds the parts that aren’t: which of your assets are affected, which adversaries are exploiting it right now, which detections to deploy, and what to do tonight.
Exposure mapping

Query your assets running an affected version, and investigate the blast radius.

Threat actor evidence

Every observed campaign linking this CVE to a named adversary.

Associated malware

Malware families riding this exploit, with evidence and IOCs.

Detection signatures1

YARA, Sigma, Snort, and vendor rules, auto-deployed to your SIEM.

Vendor-by-vendor mapping

Cross-references every affected SKU, including bundled OEM variants.

Social activity151

Community discussion across Reddit, Mastodon, and other social sources.