CVE-2026-76387 in Enterprise Security
Résumé
par VulDB • 20/08/2026
Dans les versions de Splunk Enterprise Security inférieures à 8.6.1, un utilisateur disposant d’un rôle Splunk Enterprise Security incluant la capacité mc_investigation_read peut injecter du Search Processing Language (SPL) via les filtres de recherche de l’Analyst Queue, ce qui lui permet d’accéder à toutes les données pertinentes et à l’intégrité du système disponibles pour les recherches planifiées exécutées au nom de cet utilisateur. La vulnérabilité est possible car la gestion des filtres de recherche de l’Analyst Queue ne valide pas les noms des champs avant leur inclusion dans les requêtes SPL. Pour plus d’informations, consultez « Users and roles for Splunk Enterprise Security » (https://help.splunk.com/en/splunk-enterprise-security-8/install/8.4/installation/users-and-roles-for-splunk-enterprise-security), « Manage analyst workflows using the analyst queue in Splunk Enterprise Security » (https://help.splunk.com/en/splunk-enterprise-security-8/administer/8.4/mission-control/manage-analyst-workflows-using-the-analyst-queue-in-splunk-enterprise-security) et « Overview of Mission Control in Splunk Enterprise Security » (https://help.splunk.com/en/splunk-enterprise-security-8/user-guide/8.5/mission-control/overview-of-mission-control-in-splunk-enterprise-security) dans la documentation de Splunk.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.