CVE-2026-76351: Server-Side Request Forgery (SSRF) through the Report Notification REST API in Splunk Secure Gateway

Published Aug 19, 2026
·
Updated

In Splunk Enterprise versions below 10.4.2, 10.2.6, 10.0.9, and 9.4.14, and Splunk Secure Gateway versions below 3.10.9, 3.9.23, and 3.8.70, a user who does not hold the "admin" or "power" Splunk roles could use crafted report notification data to cause Splunk Secure Gateway to send a request to the Splunk Enterprise Representational State Transfer (REST) API using a system-level session token and modify the Splunk platform configuration. The user could then obtain a session token without a password and use it to access all relevant data and affect system integrity. The vulnerability is possible because Splunk Secure Gateway does not validate decoded report notification identifiers before using them to construct requests to the Splunk Enterprise REST API.

Affected Software

2 affected components
Splunk Splunk Enterprise<10.4.2, <10.2.6, <10.0.9, <9.4.14
Splunk Splunk Secure Gateway<3.10.9, <3.9.23, <3.8.70

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
  5. Upgrade

    Upgrade Splunk Secure Gateway to a version that resolves this vulnerability.

    Fixed in 3.10.9
  6. Upgrade

    Upgrade Splunk Secure Gateway to a version that resolves this vulnerability.

    Fixed in 3.9.23
  7. Upgrade

    Upgrade Splunk Secure Gateway to a version that resolves this vulnerability.

    Fixed in 3.8.70

Event History

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

Frequently Asked Questions

1

Which users can exploit this issue?

A Splunk user who does not hold the "admin" or "power" role can exploit the issue. Exploitation requires the ability to supply crafted report notification data.

2

What access could an attacker gain after exploitation?

The attacker could cause Splunk Secure Gateway to make REST API requests with a system-level session token, modify Splunk platform configuration, and obtain a session token without a password. That token could provide access to all relevant data and allow the attacker to affect system integrity.

3

Which versions need remediation?

Affected Splunk Enterprise versions are below 10.4.2, 10.2.6, 10.0.9, and 9.4.14. Affected Splunk Secure Gateway versions are below 3.10.9, 3.9.23, and 3.8.70.

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