CVE-2026-76341 in Splunk
Zusammenfassung
von VulDB • 20.08.2026
In Splunk Enterprise-Versionen unter 10.4.2, 10.2.6, 10.0.9 und 9.4.14 kann ein Benutzer mit der „power“-Rolle von Splunk angreiferkontrollierte Search Processing Language (SPL)-Befehle in einem Table-Editor-Datensatz speichern und diesen freigeben. Ein Benutzer mit der „admin“-Rolle von Splunk löst die SPL aus, wenn er den Datensatz im Table Editor öffnet. Die SPL wird unter den Berechtigungen des zweiten Benutzers ausgeführt und kann alle relevanten Daten offenlegen sowie begrenzte Daten auf dem Search Head ändern. Die Schwachstelle ist möglich, weil der Table Editor beim Vorbereiten der anfänglichen Datendaten keine SPL-Sicherheitsvorkehrungen für riskante Befehle anwendet. Für die Ausnutzung dieser Schwachstelle muss der Angreifer den betroffenen Benutzer durch Phishing dazu bringen, eine Anfrage in seinem Browser zu initiieren. Der Benutzer mit der „power“-Rolle von Splunk sollte nicht in der Lage sein, die Schwachstelle nach Belieben auszunutzen. Weitere Informationen finden Sie unter „Define initial data for a new table dataset“ (https://help.splunk.com/en/splunk-enterprise/manage-knowledge-objects/knowledge-management-manual/9.4/create-and-edit-table-datasets/define-initial-data-for-a-new-table-dataset), „SPL safeguards for risky commands“ (https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.2/best-practices-for-splunk-platform-security/spl-safeguards-for-risky-commands) und „Define roles on the Splunk platform with capabilities“ (https://help.splunk.com/en/splunk-enterprise/administer/manage-users-and-security/10.4/manage-splunk-platform-users-and-roles/define-roles-on-the-splunk-platform-with-capabilities) in der Splunk-Dokumentation.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.