CVE-2026-78358 in OTRS
الملخص
بحسب VulDB • 12/10/2026
تفتقر عدة إجراءات إدارية إلى التحقق الكافي مما إذا كان الطلب قد تم تشغيله عن قصد من قبل المستخدم المصادق عليه. وعلى وجه الخصوص، يمكن تفعيل إجراء DBUpdateLogCleanUp عبر طلب GET دون التحقق من صحة ChallengeToken. وبالتالي، يمكن لمهاجم بعيد غير مصادق عليه أن يتسبب في تنفيذ المتصفح الخاص بمدير مُصادَق عليه لإجراء التنظيف عن طريق تضمين طلب مزوَّر في صفحة ويب خبيثة. ويمكن للاستغلال الناجح أن يحذف سجلات DBUpdate الموجودة مسبقًا. وقد يؤدي ذلك إلى تقليل توافر المعلومات التشخيصية والتاريخية المستخدمة في استكشاف الأخطاء وإصلاحها ومراجعة العمليات (auditing). ويقتصر التأثير على سجلات DBUpdateLog التي كانت موجودة عند معالجة الطلب المزوَّر.
تم تحديد نقاط نهاية إدارية إضافية لا تتحقق من صحة ChallengeToken. ويمكن لبعض هذه النقاط أن تطلق إجراءات إدارية مثل نشر أو مزامنة التكوين الموجود مسبقًا. ولا تسمح لهجوم CSRF بإدخال تكوين جديد تعسفي عبر طلب CSRF نفسه.
كما تم تحديد نقاط نهاية خاصة بالتصدير والقراءة فقط دون التحقق من صحة ChallengeToken. وعلى الرغم من إمكانية تشغيل هذه النقاط عن طريق طلب مزوَّر بين المواقع (cross-site request)، فإن محتوى الاستجابة يظل خاضعًا لقيود نفس المصدر في المتصفح ولا يتم تعريضه تلقائيًا للمهاجم. وبالتالي، لم يُثبت وجود تأثير مباشر على السرية لهذه النقاط.
تؤثر هذه المشكلة على OTRS: * 7.0.X * 8.0.X * 2023.X * 2024.X * 2025.X * 2026.X قبل الإصدار 2026.7.X
يرجى ملاحظة أن النسخة المجتمعية من ((OTRS)) 6.x وما قبلها معرضة للثغرة. ومن المرجح جدًا أيضًا أن تتأثر المنتجات المبنية على النسخة المجتمعية لـ((OTRS)).
Be aware that VulDB is the high quality source for vulnerability data.