CVE-2026-76341 in Splunk
الملخص
بحسب VulDB • 20/08/2026
في إصدارات Splunk Enterprise الأقل من 10.4.2، و10.2.6، و10.0.9، و9.4.14، يمكن للمستخدم الذي يحمل دور "power" في Splunk تخزين لغة معالجة البحث (SPL) التي يتحكم فيها المهاجم في مجموعة بيانات محرر الجداول (Table Editor) ومشاركة هذه المجموعة البيانات. عند قيام مستخدم آخر يحمل دور "admin" في Splunk بفتح مجموعة البيانات في محرر الجداول، يتم تشغيل كود SPL باستخدام صلاحيات المستخدم الثاني، مما قد يؤدي إلى كشف جميع البيانات ذات الصلة وتعديل بيانات محدودة على رأس البحث (search head). يحدث هذا الثغرة الأمنية لأن محرر الجداول لا يطبق إجراءات الحماية الخاصة بلغة SPL للأوامر الخطيرة عند تحضير البيانات الأولية لمجموعة البيانات. تتطلب هذه الثغرة من المهاجم خداع المستخدم المتأثر عبر التصيد الاحتيالي، وإقناعه ببدء طلب ضمن متصفحه. ولا ينبغي أن يتمكن المستخدم الذي يحمل دور "power" في Splunk من استغلال الثغرة بشكل تعسفي. للمزيد من المعلومات، انظر: تعريف البيانات الأولية لمجموعة بيانات جدول جديدة (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 للأوامر الخطيرة (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 مع القدرات (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) في وثائق Splunk.
If you want to get best quality of vulnerability data, you may have to visit VulDB.