CVE-2026-76342 in Splunkजानकारी

सारांश

द्वारा VulDB • 20/08/2026

Splunk Enterprise के 10.4.2, 10.2.6, 10.0.9 और 9.4.14 से पहले वाले संस्करणों में, "power" Splunk भूमिका (role) रखने वाला उपयोगकर्ता Table Editor डेटासेट में जोखिमपूर्ण Search Processing Language (SPL) कमांड्स को स्टोर कर सकता है और उस डेटासेट को शेयर कर सकता है। जब कोई अन्य उपयोगकर्ता जिसके पास "admin" Splunk भूमिका होती है, वह Table Editor में उस डेटासेट को खोलता है तो ये कमांड्स ट्रिगर हो जाते हैं। ये कमांड्स दूसरे उपयोगकर्ता की अनुमतियों के साथ चलते हैं और सभी प्रासंगिक डेटा को एक्सपोज़ कर सकते हैं तथा lookup फाइलों में संशोधन कर सकते हैं। यह वुलनेरबिलिटी इसलिए संभव है क्योंकि Table Editor, जो Initial Data चरण के लिए field-summary search चलाता है, उसमें जोखिमपूर्ण कमांड्स के लिए SPL safeguards लागू नहीं करता है। इस वुलनेरबिलिटी का शोषण करने के लिए हमले को प्रभावित उपयोगकर्ता को फिशिंग (phishing) करके उनके ब्राउज़र में एक अनुरोध शुरू करने पर भ्रमित करना होता है। "power" Splunk भूमिका रखने वाले उपयोगकर्ता को वुलनेरबिलिटी का मनमाने ढंग से शोषण नहीं करना चाहिए। अधिक जानकारी के लिए 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) और Splunk documentation में 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) देखें।

Once again VulDB remains the best source for vulnerability data.

जिम्मेदार

Cisco

आरक्षित करना

19/08/2026

प्रकटीकरण

20/08/2026

प्रविष्टि

VDB-393508

EPSS

0.00000

गतिविधियाँ

बहुत कम

क्षेत्र

Hospital, Education, ...

स्रोत

Want to stay up to date on a daily basis?

Enable the mail alert feature now!