Kaixuan Li

Uncontrolled recursion in the mcpack2pb component in Apache bRPC (version < 1.18.0) on all platforms allows remote attackers to make the server crash via sending deeply nested mcpack data. Root Cause: The bRPC mcpack2pb parser (used to serve nshead mcpack / ubrpc / public pbrpc requests) recursively parses nested objects and arrays without any depth limit. For a protobuf message that references itself (e.g. a repeated message field), the generated parser recurses once per nesting level of the incoming mcpack object. A deeply nested request makes the recursion grow unbounded, overflow the stack and crash the process. Affected Scenarios: Use bRPC server with a recursive-schema protobuf message to serve nshead mcpack / ubrpc / public pbrpc requests from untrusted network. How to Fix: (Choose one of the following options) 1. Upgrade bRPC to version 1.18.0, which fixes this issue. 2. Apply this patch: https://github.com/apache/brpc/pull/3499 Note: No matter which option you choose, you should know that the fix enforces the documented parsing depth limit MAX DEPTH (128) on the parse path, the same limit the serializer already applies. If your requests contain mcpack messages nested deeper than 128 levels, the request will be failed after applying the fix.

A Thrift client in Apache bRPC (version < 1.18.0, built with WITH THRIFT which is off by default) can be crashed by the server peer it talks to. When the server returns a T EXCEPTION reply whose exception struct is malformed, the client decodes it without catching what Apache Thrift throws (TProtocolException, TTransportException or std::length error). The exception unwinds out of the bthread task function and the process calls std::terminate(), terminating the whole process along with every other in-flight RPC. This is the client response path, so the adversary is the server peer, which THREAT MODEL.md treats as untrusted. It requires a WITH THRIFT build (off by default). How to Fix: 1. Upgrade bRPC to version 1.18.0, which fixes this issue. 2. Apply this patch: https://github.com/apache/brpc/pull/3500

**Name of the Vulnerable Software and Affected Versions** libpcap (affected versions not specified) **Description** The BPF interpreter treats the offset in the 'ja L' BPF instruction as a signed integer to enable looping through backward jumps. However, the interpreter does not restrict the number of loop iterations, which allows a specially crafted filter program to trigger an infinite loop in uncommon use cases. **Recommendations** At the moment, there is no information about a newer version that contains a fix for this vulnerability.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Apache NiFi من 1.15.0 إلى 2.9.0 **الوصف** تسمح معالجة التفويض لطلبات التحقق من تكوين المكونات للعملاء الذين يتمتعون بحق الوصول للقراءة بإرسال خصائص التكوين المقترحة. وتقوم هذه الخصائص المقترحة بتجاوز التكوين الحالي، مما يمكّن المستخدمين الذين يتمتعون بحق الوصول للقراءة من استدعاء طرق التحقق المحددة مسبقًا باستخدام إعدادات بديلة. لا تؤثر هذه المشكلة على التثبيتات التي لا تطبق مستويات تفويض مختلفة لعرض تكوينات المكونات وتعديلها. **التوصيات** الترقية إلى الإصدار 2.10.0.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات Apache PDFBox من 2.0.24 إلى 2.0.36 إصدارات Apache PDFBox من 3.0.0 إلى 3.0.7 **الوصف** يحتوي المثال ExtractEmbeddedFiles على مشكلة تتعلق باجتياز المسار، والتي تحدث عندما لا يقيد التطبيق بشكل صحيح أسماء المسارات المستخدمة للوصول إلى الملفات، مما قد يسمح بالوصول إلى الدلائل خارج المجلد المقصود. تسمح ثغرة في معالجة فاصل المسار لملف PDF ضار بتشغيل محاولات كتابة إلى أي مسار يبدأ ببادئة الدليل المصرح به، مثل الكتابة إلى ”/home/ABCDEF“ عندما لا يمتلك المستخدم سوى حقوق الوصول إلى ”/home/ABC“. **التوصيات** قم بتحديث الإصدارات من 2.0.24 إلى 2.0.36 إلى الإصدار 2.0.37. تحديث الإصدارات من 3.0.0 إلى 3.0.7 إلى الإصدار 3.0.8. تطبيق الإصلاح المتوفر في GitHub PR 427 للإصدارات المتأثرة. يجب على المستخدمين الذين قاموا بدمج مثال ExtractEmbeddedFiles في كود الإنتاج تطبيق التغييرات المحدثة يدويًّا من مستودع المشروع.