CVE-2026-76332: SPL Injection through Splunk Web in Splunk Enterprise

Published Aug 19, 2026
·
Updated

In Splunk Enterprise versions below 10.4.2, 10.2.6, 10.0.9, and 9.4.14, an unauthenticated user could trick an authenticated user into opening a crafted link to Analytics Workspace. When the authenticated user opens the link, Splunk Enterprise runs attacker-controlled Search Processing Language (SPL) using the permissions of that user. The injected SPL could access data and perform actions available to that user. The vulnerability is possible because Analytics Workspace does not sufficiently validate data used to build searches. The vulnerability requires the attacker to phish the user by tricking them into opening the crafted link. The unauthenticated user should not be able to exploit the vulnerability at will.

Affected Software

1 affected component
Splunk Splunk Enterprise<10.4.2, <10.2.6, <10.0.9, <9.4.14

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Splunk Enterprise to a version that resolves this vulnerability.

    Fixed in 10.4.2
  2. Upgrade

    Upgrade Splunk Enterprise to a version that resolves this vulnerability.

    Fixed in 10.2.6
  3. Upgrade

    Upgrade Splunk Enterprise to a version that resolves this vulnerability.

    Fixed in 10.0.9
  4. Upgrade

    Upgrade Splunk Enterprise to a version that resolves this vulnerability.

    Fixed in 9.4.14

Event History

Aug 19, 2026
CVE Published
via MITRE·09:34 PM
Data Sourced
via MITRE·09:34 PM
RemedyDescriptionSeverityWeakness

Frequently Asked Questions

1

Who is exposed to exploitation?

Organizations running Splunk Enterprise below 10.4.2, 10.2.6, 10.0.9, or 9.4.14 are exposed when an authenticated user can be persuaded to open a crafted Analytics Workspace link. The impact is limited to the data and actions permitted to the targeted user's account.

2

What does an attacker need to exploit this issue?

The attacker does not need to authenticate, but must successfully phish an authenticated user into opening a crafted link to Analytics Workspace. Exploitation is not possible at will without that user interaction.

3

What can be done if patching is not immediately possible?

Reduce exposure by warning authenticated users not to open untrusted or unsolicited Analytics Workspace links. Since injected SPL runs with the victim's permissions, prioritize this guidance for users with access to sensitive data or capabilities to perform impactful actions.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203