Marcono1234

Ning compress-lzf before 1.2.0 contains an out-of-bounds memory access vulnerability in the sun.misc.Unsafe based UnsafeChunkDecoder that fails to validate back-references and literal runs. Attackers can supply crafted LZF streams to applications using the default LZFDecoder to leak unrelated JVM heap memory into decompressed output or crash the JVM.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** إصدارات lz4 flex 0.11.5 وما دونها و0.12.0 **الوصف** يحتوي lz4 flex، وهو تطبيق بلغة Rust لضغط/فك ضغط LZ4، على ثغرة أمنية قد تؤدي عملية فك ضغط بيانات LZ4 غير صالحة إلى تسرب المعلومات. وعلى وجه التحديد، لا تقوم المكتبة بالتحقق بشكل صحيح من صحة قيم الإزاحة أثناء «عمليات النسخ المطابقة» في LZ4، مما قد يتسبب في قراءات خارج النطاق من مخزن الإخراج المؤقت. وقد يؤدي ذلك إلى تسرب البيانات الحساسة من الذاكرة غير المُهيأة أو من عمليات فك الضغط السابقة عند إعادة استخدام مخزن الإخراج المؤقت. تتأثر وظائف واجهة برمجة التطبيقات (API) القائمة على الكتل (`decompress into`، و`decompress into with dict`، وغيرها عند تعطيل ميزة `safe-decode`) بهذه المشكلة، في حين لا تتأثر واجهات برمجة التطبيقات (API) القائمة على الإطارات. تنبع المشكلة من التحقق غير الصحيح من قيم `offset` أثناء فك الضغط، مما يسمح بنسخ البيانات من خارج الجزء المُهيأ من مخزن الإخراج المؤقت. ويمكن أن يحدث هذا في حالتين: عند استخدام التنفيذ «غير الآمن» (عند تعطيل علامة ميزة «safe-decode») وعند فك الضغط في مخزن مؤقت للإخراج معاد استخدامه. **التوصيات** تتأثر إصدارات lz4 flex السابقة للإصدار 0.11.6. يتأثر الإصدار 0.12.0 من lz4 flex. قم بالترقية إلى الإصدار 0.11.6 أو 0.12.1 من lz4 flex لحل المشكلة. إذا تعذر إجراء الترقية، فقم بضبط مخزن الإخراج على الصفر قبل استدعاء `lz4 flex::block::decompress into` أو `lz4 flex::block::decompress into with dict`. قم بتمكين علامة ميزة `safe-decode` كإجراء تخفيفي.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة** org.lz4: إصدارات lz4-java السابقة للإصدار 1.8.0 **الوصف** يحتوي البرنامج على ثغرات تتعلق بمعالجة الذاكرة. وعلى وجه التحديد، قد تحدث عمليات ذاكرة خارج النطاق المسموح به عند معالجة مدخلات مضغوطة غير موثوق بها. وقد يؤدي ذلك إلى رفض الخدمة وإمكانية قراءة الذاكرة المجاورة. **التوصيات** قم بالتحديث إلى إصدار أحدث من 1.8.0.

**اسم البرنامج المعرض للخطر والإصدارات المتأثرة:** Connect2id Nimbus JOSE + JWT الإصدارات الأقدم من 10.0.2 **الوصف:** البرنامج معرض لحالة رفض الخدمة (DoS) تنشأ عن كائن JSON متداخل بعمق داخل مجموعة من مطالبات JWT. ويحدث ذلك بسبب التكرار غير المنضبط أثناء معالجة كائن JSON. هذه المشكلة مستقلة عن مشكلة منفصلة تتعلق بـ Gson 2.11.0، حيث إن منتج Connect2id كان يتمتع بالقدرة على التحقق من صحة عمق تداخل كائنات JSON بغض النظر عن أي قيود يفرضها Gson. **التوصيات:** قم بتحديث Connect2id Nimbus JOSE + JWT إلى الإصدار 10.0.2 أو أحدث.

**Name of the Vulnerable Software and Affected Versions** Aircompressor versions prior to 0.27 **Description** The issue concerns the decompressor implementations of Aircompressor, including LZ4, LZO, Snappy, and Zstandard. These decompressors can crash the JVM for certain input and, in some cases, leak the content of other memory of the Java process, which could contain sensitive information. This occurs because the decompressors try to access memory outside the bounds of the given byte arrays or byte buffers, and Aircompressor uses the JDK class `sun.misc.Unsafe` to speed up memory access without performing additional bounds checks. As a result, this can lead to non-deterministic behavior or crash the JVM. When decompressing data from untrusted users, this can be exploited for a denial-of-service attack by crashing the JVM or to leak other sensitive information from the Java process. **Recommendations** Update to Aircompressor 0.27 or newer where these issues have been fixed. As a temporary workaround, consider avoiding the decompression of data from untrusted users to minimize the risk of exploitation. Restrict access to sensitive information within the Java process to reduce the potential impact of a leak.

**Name of the Vulnerable Software and Affected Versions** com.google.code.gson:gson versions prior to 2.8.9 Bitbucket Data Center and Server versions 7.17.0, 7.21.0, 8.7.0, 8.8.0, 8.9.0, 8.10.0, 8.11.0, and 8.12.0 **Description** The issue is related to the deserialization mechanism in the Gson library, which can be exploited by a remote attacker to conduct a denial of service (DoS) attack. This is due to the `writeReplace()` method in internal classes allowing the deserialization of untrusted data. **Recommendations** For com.google.code.gson:gson versions prior to 2.8.9, update to version 2.8.9 or later. For Bitbucket Data Center and Server 7.21, upgrade to a release greater than or equal to 7.21.15. For Bitbucket Data Center and Server 8.9, upgrade to a release greater than or equal to 8.9.4. For Bitbucket Data Center and Server 8.10, upgrade to a release greater than or equal to 8.10.4. For Bitbucket Data Center and Server 8.11, upgrade to a release greater than or equal to 8.11.3. For Bitbucket Data Center and Server 8.12, upgrade to a release greater than or equal to 8.12.1.