PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-76292 Splunk CVE debrief

A low-privileged user without the 'admin' Splunk role or 'sc_admin' Splunk Secure Gateway role could read mobile alert notification data for other users through Splunk Secure Gateway App Key Value Store (KV Store) Representational State Transfer (REST) API endpoints in Splunk Enterprise versions below 10.4.4, 10.2.8, 10.0.11, and 9.4.16, and Splunk Secure Gateway versions below 3.10.12, 3.9.26, and 3.8.73.

Vendor
Splunk
Product
Splunk Enterprise
CVSS
MEDIUM 6.5
CISA KEV
Not listed in stored evidence
Original CVE published
2026-10-21
Original CVE updated
2026-10-22
Advisory published
2026-10-21
Advisory updated
2026-10-22

Who should care

Splunk Enterprise and Splunk Secure Gateway administrators, security teams, and IT personnel responsible for managing user access and authorization should assess exposure and implement necessary mitigations to prevent unauthorized access to mobile alert notification data.

Why it matters

Defenders should care about CVE-2026-76292 because it allows low-privileged users to read mobile alert notification data for other users in Splunk Enterprise and Splunk Secure Gateway. The vulnerability requires verification of exposure in deployments, especially where low-privileged users have access to REST API endpoints. The impact is related to potential unauthorized access to sensitive data and the need to implement proper authorization controls.

  • Potential unauthorized access to mobile alert notification data
  • Need to verify exposure in Splunk Enterprise and Splunk Secure Gateway deployments
  • Requirement to implement role-based access control to enforce user-level authorization
  • Possible impact on confidentiality due to missing authorization

Technical summary

The vulnerability exists in Splunk Enterprise versions below 10.4.4, 10.2.8, 10.0.11, and 9.4.16, and Splunk Secure Gateway versions below 3.10.12, 3.9.26, and 3.8.73. A low-privileged user can read mobile alert notification data for other users through Splunk Secure Gateway App Key Value Store (KV Store) Representational State Transfer (REST) API endpoints due to a lack of user-level authorization for read requests.

Defensive priority

Defenders should prioritize verifying exposure in Splunk Enterprise and Splunk Secure Gateway deployments, especially where low-privileged users have access to REST API endpoints.

Recommended defensive actions

  • Verify Splunk Enterprise and Splunk Secure Gateway versions and configurations to determine exposure
  • Restrict access to REST API endpoints for low-privileged users
  • Implement role-based access control to enforce user-level authorization
  • Review compensating controls for exposed systems while remediation is scheduled and verified
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review
  • Track exceptions, retest remediated assets, and close the item only after evidence is documented
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up

Evidence notes

The CVE record and source item provide details on the vulnerability in Splunk Enterprise and Splunk Secure Gateway. The affected versions and configurations are specified, but no information on exploitation or impact is provided.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-76292 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-76292

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-76292 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-76292

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.