Users call for security update back-port to support earlier versions
Data monitoring and search vendor Splunk patched a code execution vulnerability in its Splunk Enterprise deployment server and is – belatedly, according to some – promising to back-port it to earlier versions.
The deployment servers are used to distribute configurations and content updates to Enterprise instances such as forwarders, indexers, and search heads.
However, a critical-severity vulnerability, CVE-2022-32158, meant that versions prior to 9.0 allow clients to leverage the server to deploy forwarder bundles to other clients.
An attacker who had compromised or had access to a single universal forwarder within an environment could then execute arbitrary code on all the other Universal Forwarder (UF) endpoints within that organization.
Nick Heudecker, senior director, market strategy, and competitive intelligence at Cribl, told The Daily Swig: "It’s not uncommon for Splunk users to have thousands or tens of thousands of UFs deployed across their infrastructure, making this a high priority vulnerability."
Splunk said there's no evidence that the vulnerability has been exploited in the wild, and that the Splunk Cloud Platform (SCP) isn't affected as it doesn't offer nor use deployment servers.
"Splunk released fixed versions for impacted products that mitigate the issues, and we strongly encourage customers to upgrade as soon as possible," it said in a statement.
Catch up on the latest vulnerability-related security news and analysis
The vulnerability affects all Splunk Enterprise deployment servers prior to version 9.0 – and there's currently no patch or workaround other than to update to this version, released only on 14 June. With patching, users would need to restrict access to the deployment server, firing it up only to push configuration updates.
Under pressure from the community, Splunk has now said that it plans to back-port the fix to earlier versions, though there's no indication as to when.
"While the vulnerability is a problem, how Splunk chose to handle it is what has upset Splunk’s users and community," according to Heudecker. "Vulnerabilities happen. How a company reacts to them can create or destroy goodwill."
RELATED One in every 13 incidents blamed on API insecurity – report
