Brodmart

**اسم البرنامج المصاب والإصدارات المتأثرة** Open WebUI الإصدارات 0.6.27 through 0.11.3 **Description** توجد مشكلة في الكشف عن المعلومات حيث يمكن لخوادم الوجهة الحصول على ملفات تعريف ارتباط جلسة المستخدم. يحدث هذا أثناء اتصالات وضع OAuth عندما يتم استلام حاوية ملفات تعريف ارتباط المتصفح الكاملة. يمكن لمشغلي خوادم الطرفية، أو خوادم أدوات OpenAPI، أو الاتصالات المتوافقة مع OpenAI التقاط ملفات تعريف ارتباط الجلسة الموجهة هذه من الطلبات الروتينية وإعادة تشغيلها لاختطاف الحسابات، بما في ذلك الحسابات التي تمتلك صلاحيات المسؤول. **Recommendations** تحديث Open WebUI إلى الإصدار 0.11.4 أو أحدث.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات swift-nio الأقدم من 2.101.0 **الوصف** يمكن لطرف بعيد غير مصدق أن يتسبب في تعطل أي خادم يعتمد على NIOWebSocket، مثل Vapor و Hummingbird. يحدث هذا عند إرسال إطار واحد بحجم 11 بايت بعد اكتمال عملية المصافحة (handshake) لـ WebSocket، مما يؤدي إلى إنهاء جميع الاتصالات النشطة حتى يتم إعادة تشغيل العملية. **التوصيات** قم بتحديث swift-nio إلى الإصدار 2.101.0.

**اسم البرنامج المعرض للثغرة والإصدارات المتأثرة** vLLM الإصدارات الأقدم من 0.24.0 **الوصف** يسمح معلمة واجهة برمجة التطبيقات (API) `structured outputs.regex` بتمرير سلاسل التعبيرات النمطية التي يقدمها المستخدم إلى الخلفيات الخاصة بمُركِّب القواعد النحوية دون فرض حد زمني للتجميع أو تحليل التعقيد. في الخلفية xgrammar، يتم تمرير السلسلة إلى الدالة `compile regex()` دون أي إجراءات حماية. أما في الخلفية outlines، فإن الدالة `validate regex is buildable()` تمنع المشكلات الهيكلية، مثل عمليات البحث الجانبي (lookarounds) والإشارات الخلفية (backreferences)، لكنها لا تكتشف المحددات الكمية المتداخلة. قد يؤدي هذا النقص في التحقق من الصحة إلى توسع أسي في مساحة الحالات (regex/automata blowup)، حيث يمكن لتعبير عادي معادٍ تم التلاعب به أن يتسبب في توقف عامل الاستدلال إلى أجل غير مسمى، مما يؤدي إلى رفض الخدمة. **التوصيات** قم بتحديث vLLM إلى الإصدار 0.24.0. كإجراء تخفيفي مؤقت، قم بتقييد الوصول إلى معلمة واجهة برمجة التطبيقات `structured outputs.regex` لمنع إرسال تعبيرات منتظمة غير موثوقة.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات vLLM السابقة للإصدار 0.23.1rc0 **الوصف** تستخدم بوابات التحقق من درجة الحرارة عوامل مقارنة تُقيَّم بصمت بقيمة «False» عند مواجهة قيمة NaN (ليست رقماً) أو اللانهاية الموجبة، وذلك بسبب دلالات الأرقام العائمة IEEE 754 في لغة Python. تتجاوز هذه القيم آليات الحماية وتنتقل إلى نوى أخذ العينات في وحدة معالجة الرسومات (GPU)، مما يؤدي إلى سلوك غير محدد أو أخطاء CUDA التي قد تتسبب في تعطل عامل الاستدلال وتدهور الخدمة لجميع المستخدمين المتزامنين. تحدث هذه المشكلة لأن الدالة ` verify args()` في ملف `sampling params.py` تفتقر إلى عمليات التحقق مثل `math.isnan()` أو `math.isinf()` للمتغير `temperature`. **التوصيات** قم بالتحديث إلى الإصدار 0.23.1rc0. كحل مؤقت، قم بتقييد استخدام القيم العائمة غير المحدودة للمتغير `temperature` لمنع تعطل عامل الاستدلال.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Open WebUI الأقدم من 0.9.6 **الوصف** تسمح عدة مسارات وكيل Ollama مباشرةً ومُعالجةً بالفهرس للمستخدمين المصادق عليهم بتجاوز عزل الخلفية. يقبل النظام معلمة المسار `url idx` التي يقدمها المتصل ويستخدمها كمؤشر أولي في قائمة `OLLAMA BASE URLS` دون التحقق مما إذا كان المستخدم مخولًا للوصول إلى تلك الخلفية المحددة. في حين أن النظام يتحقق من صلاحية المستخدم لاستخدام النموذج المطلوب، إلا أنه يفشل في التحقق من الخلفية المستهدفة. وهذا يسمح للمستخدمين بفرض طلبات على الخلفيات الداخلية، أو ذات الامتيازات الأعلى، أو تلك التي تم تعطيلها من قبل المسؤول، مما يؤدي إلى استهلاك موارد الحوسبة المقيدة باستخدام مفتاح واجهة برمجة التطبيقات (API) من جانب الخادم. تشمل نقاط نهاية واجهة برمجة التطبيقات (API) المتأثرة ما يلي: - '/ollama/api/chat/{url idx}' - ’/ollama/api/generate/{url idx}‘ - ’/ollama/api/embed/{url idx}‘ - ’/ollama/api/embeddings/{url idx}‘ - ’/ollama/v1/chat/completions/{url idx}‘ - '/ollama/v1/completions/{url idx}' - ’/ollama/v1/messages/{url idx}‘ - ’/ollama/v1/responses/{url idx}‘ تكمن المشكلة في الدالة `get ollama url()`، التي تتخطى عملية التعيين بين النموذج وقائمة السماح في الخلفية عند توفير المعلمة `url idx`. **التوصيات** قم بالتحديث إلى الإصدار 0.9.6. كحل مؤقت، قم بتقييد الوصول إلى نقاط نهاية واجهة برمجة التطبيقات (API) المتأثرة أو تجنب استخدام المعلمة `url idx` في الطلبات حتى يتم تطبيق التحديث.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Docling من 2.45.0 إلى 2.90.0 **الوصف** تفتقر عملية تحليل XML وكشف تنسيق المستندات المدخلة في الخلفية (backend) لـ METS-GBS إلى ضوابط الأمان. وهذا يتيح هجمات الكيان الخارجي لـ XML (XXE)، التي تحدث عندما يتعامل محلل XML بشكل غير صحيح مع مراجع الكيانات الخارجية، مما قد يسمح بقراءة الملفات المحلية أو يتسبب في رفض الخدمة. بالإضافة إلى ذلك، فإن النظام معرض لـ «قنابل فك الضغط» (zip bombs)، حيث تتوسع الأرشيفات الصغيرة إلى أحجام هائلة، ولـ «استخراج الأرشيفات غير المحدود»، وكلاهما يمكن أن يستنفد الذاكرة ومساحة القرص أو يتسبب في تعطل التطبيق. **التوصيات** التحديث إلى الإصدار 2.91.0. تجنب معالجة أرشيفات METS-GBS من مصادر غير موثوق بها. التحقق المسبق من صحة الأرشيفات في بيئة معزولة ذات موارد محدودة.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Docling الأقدم من 2.94.0 **الوصف** تفشل الخلفية HTML في إجراء التحقق الكافي أثناء معالجة الموارد. وهذا يسمح بالوصول إلى نظام الملفات المحلي عبر عناوين URI من نوع `file://` عندما تكون قيمة `enable local fetch` مضبوطة على `True`، كما يتيح اجتياز المسار خارج الدلائل المقصودة من خلال المسارات المطلقة أو تسلسلات `../`. بالإضافة إلى ذلك، لا يقوم النظام بحظر موارد الشبكة الداخلية عندما تكون قيمة `enable remote fetch` هي `True`، ويفشل في التحقق من صحة عمليات إعادة التوجيه عبر HTTP، ويفتقر إلى حدود الموارد لعناوين `data:` وتنزيلات الصور عن بُعد. يمكن أن تؤدي هذه المشكلات إلى تزوير الطلبات من جانب الخادم (SSRF)، حيث يحث المهاجم الخادم على إرسال طلبات إلى مورد داخلي أو غير مقصود. **التوصيات** قم بالتحديث إلى الإصدار 2.94.0. كحل مؤقت، حافظ على تعيين كل من `enable local fetch` و`enable remote fetch` على `False` عند معالجة مستندات HTML غير موثوق بها.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Hyperledger Fabric من 1.0.0 إلى 2.2.26 **الوصف** في حزمة تطوير البرامج (SDK) للعميل `fabric-sdk-java` التي تم إيقاف استخدامها، يقوم ملف `Channel.java` بتنفيذ `readObject()` ويكشف عن الدالة `deSerializeChannel()`، وكلاهما يستدعي `ObjectInputStream.readObject()` على مصفوفات بايت غير موثوق بها دون تكوين `ObjectInputFilter`. يؤدي هذا إلى مشكلة في عملية إزالة التسلسل في Java، حيث يمكن للمهاجم الذي يستطيع توفير بايتات Channel مُسلسلة ومصممة خصيصًا — مثل اختراق ملف قناة محلي أو حقن البيانات عبر أحد التطبيقات — تنفيذ التعليمات البرمجية عن بُعد (RCE) من خلال استغلال سلسلة الأدوات (gadget chain). هذه مشكلة من جانب العميل ولا تتضمن البيانات المرسلة من أقران Fabric. **التوصيات** الانتقال إلى `org.hyperledger.fabric:fabric-gateway`، الذي لا يستخدم التسلسل في Java. كحل مؤقت لمشكلة SDK الذي تم إهماله، أضف `ObjectInputFilter` لإدراج الفئات المتوقعة فقط في القائمة البيضاء داخل دالة `deSerializeChannel()`.