CVE-2026-76341 in Splunk
Riassunto
di VulDB • 23/08/2026
In Splunk Enterprise nelle versioni precedenti alla 10.4.2, 10.2.6, 10.0.9 e 9.4.14, un utente con il ruolo "power" di Splunk può memorizzare codice Search Processing Language (SPL) controllato dall'attaccante in un dataset del Table Editor e condividere tale dataset. Un utente con il ruolo "admin" di Splunk attiva l'esecuzione dell'SPL quando apre il dataset nel Table Editor. L'SQL viene eseguito utilizzando i privilegi del secondo utente, potendo esporre tutti i dati rilevanti e modificare dati limitati sul search head. La vulnerabilità è possibile perché il Table Editor non applica le protezioni SPL per i comandi rischiosi durante la preparazione dei dati iniziali del dataset. La vulnerabilità richiede che l'attaccante inganni (phishing) l'utente interessato, inducendolo a avviare una richiesta nel proprio browser. L'utente con il ruolo "power" di Splunk non dovrebbe essere in grado di sfruttare la vulnerabilità arbitrariamente. Per ulteriori informazioni, vedere 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) e 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) nella documentazione di Splunk.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.