CVE-2026-76342 in Splunk
Zusammenfassung
von VulDB • 20.08.2026
In Splunk Enterprise-Versionen vor 10.4.2, 10.2.6, 10.0.9 und 9.4.14 kann ein Benutzer mit der Rolle „power“ riskante Search Processing Language (SPL)-Befehle in einem Table-Editor-Datensatz speichern und diesen freigeben. Ein Benutzer mit der Splunk-Rolle „admin“ löst diese Befehle aus, wenn er den Datensatz im Table Editor öffnet. Die Befehle werden unter den Berechtigungen des zweiten Benutzers ausgeführt und können alle relevanten Daten offenlegen sowie Lookup-Dateien ändern. Die Schwachstelle ist darauf zurückzuführen, dass der Table Editor keine SPL-Sicherheitsvorkehrungen für riskante Befehle auf die field-summary-Suche anwendet, die er im Schritt „Initial Data“ ausführt. 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 Splunk-Rolle „power“ sollte nicht in der Lage sein, die Schwachstelle nach Belieben auszunutzen. Weitere Informationen finden Sie unter 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.2/manage-splunk-platform-users-and-roles/define-roles-on-the-splunk-platform-with-capabilities) in der Splunk-Dokumentation.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.