CVE-2023-46230: Splunk Add-on Builder · Information written to log files can be of a sensitive nature and give valuable guidance to an attacker or expose sensitive user information.
Affects Splunk Add-on BuilderSource CVE Database V5
Not known to be exploited · CVSS 8.2 High : upgrade to 4.1.4 soon.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 4.1.4
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 30 Jan 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Upgrade Splunk Add-on Builder to 4.1.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Splunk Splunk Add-on Builder | Affected
| Fixed in
|
AI-suggested
European organizations should prioritize upgrading the Splunk Add-on Builder to version 4.1.4 or later, where this vulnerability is addressed. Until patching is possible, organizations should implement strict access controls on log files, ensuring that only authorized personnel and systems can read or modify them. Encrypting log storage and transmissions can reduce the risk of unauthorized access. Organizations should audit their current logging configurations to identify and minimize the logging of sensitive information where feasible. Implementing robust monitoring and alerting on access to log files can help detect potential exploitation attempts. Additionally, reviewing and limiting the number of users with high privileges in Splunk environments reduces the attack surface. Employing network segmentation and zero-trust principles around Splunk infrastructure can further contain potential breaches. Finally, organizations should conduct regular security assessments and penetration tests focusing on log management and access controls to identify and remediate weaknesses proactively.
Description
In Splunk Add-on Builder versions below 4.1.4, the app writes sensitive information to internal log files.