Richard Weinberger

توجد مشكلة في التحقق غير السليم من الشهادات في ملف `crypto/swupdate cms verify openssl.c`. يثق النظام في شهادات X.509 غير الموثوقة المضمنة في CMS SignedData أثناء عملية بناء السلسلة. يسمح هذا للمهاجم الذي يمتلك مفتاح توقيع من وسيط شقيق تحت نفس الجذر بتضمين ذلك الوسيط في التوقيع وتثبيت تحديثات ضارة.

تحدث مشكلة في استهلاك المكدس في الدالة sqfs size في DAS U-Boot من خلال نظام ملفات squashfs تم التلاعب به باستخدام تداخل عميق للروابط الرمزية. تؤثر هذه المشكلة على وظيفة تحليل الروابط الرمزية في SquashFS، مما يؤدي إلى حدوث تجاوز سعة المكدس.

تتعلق المشكلة بخطأ «off-by-one» في الدالة sqfs search dir، مما يؤدي إلى تلف ذاكرة الهيب عند سرد دلائل SquashFS. يحدث هذا الخطأ لأن فاصل المسار لا يؤخذ في الاعتبار عند حساب الحجم.

تتعلق المشكلة بتجاوز سعة عدد صحيح في الدالة `request2size` في ملف `common/dlmalloc.c`.

تتعلق المشكلة بتجاوز سعة عدد صحيح في الدالة `ext4fs read symlink` عند معالجة نظام ملفات ext4 الذي تم تعديله بحيث يكون حجم وحدة inode له `0xffffffff`. ويؤدي ذلك إلى إجراء عملية `malloc` بقيمة صفر وما يتبعها من الكتابة فوق الذاكرة. تحدث المشكلة بسبب إضافة واحد إلى متغير `le32`، مما يتسبب في تجاوز السعة.

تتعلق المشكلة بتجاوز سعة عدد صحيح في الدالة `sqfs inode size`، والذي يحدث أثناء حساب حجم الرابط الرمزي عبر نظام ملفات squashfs تم التلاعب به. يمكن استغلال هذه الثغرة باستخدام نظام ملفات squashfs تم التلاعب به بشكل محدد.

يحدث تجاوز سعة عدد صحيح في الدالة `sqfs resolve symlink` في DAS U-Boot عبر نظام ملفات squashfs مزور بحجم inode يبلغ `0xffffffff`، مما يؤدي إلى تخصيص malloc بقيمة صفر وما يترتب على ذلك من الكتابة فوق الذاكرة. يمكن استغلال هذه المشكلة عبر نظام ملفات squashfs تم التلاعب به.

يحدث تجاوز سعة عدد صحيح في الدالة ext4fs read symlink في Das U-Boot. ويحدث ذلك عند استخدام نظام ملفات ext4 تم التلاعب به بحيث يكون حجم وحدة inode 0xffffffff، مما يتسبب في تخصيص ذاكرة (malloc) بقيمة صفر وبالتالي الكتابة فوق الذاكرة. تظهر المشكلة عند إضافة واحد إلى متغير LE32 في الدالة zalloc.

تحدث حالات تجاوز سعة الأعداد الصحيحة في تخصيص الذاكرة لنظام ملفات squashfs مصمم خصيصًا عبر `sbrk`، أو عبر `request2size`، أو بسبب سوء التعامل مع `ptrdiff t` على x86 64. تؤثر هذه المشكلة على تخصيص الذاكرة في DAS U-Boot.

Name of the Vulnerable Software and Affected Versions: tgt versions prior to 1.0.93 Description: The issue is related to the Linux target framework (tgt) attempting to generate random numbers by using `rand` without `srand`, resulting in a predictable PRNG seed. This causes the sequence of challenges to be always identical. An attacker capable of recording network traffic can abuse this by replaying previous responses, potentially leading to a CHAP authentication bypass. Recommendations: For versions prior to 1.0.93, update to version 1.0.93 or later to resolve the issue. As a temporary workaround, consider restricting access to the tgt framework until a patch is applied. Avoid using the tgt framework for authentication until the issue is resolved.

The issue is related to the ubifs component of the Linux kernel, where page cache reads are lockless. This allows a simultaneous reader to see old data if the freshly allocated page is set uptodate before the new data is copied into it. The vulnerability can be exploited to cause a denial of service. The `SetPageUptodate` call has been moved to `ubifs write end()`, after the new data has been copied into the page, to resolve the issue. The functions `write begin slow()`, `ubifs write begin()`, and `ubifs write end()` in `fs/ubifs/file.c` are involved in the vulnerability.

The issue is related to the squashfs opendir function in the unsquash-2.c component of Squashfs-Tools, which incorrectly handles symbolic links before accessing a file. This allows a remote attacker to compromise data integrity and cause a denial of service. Specifically, a crafted squashfs filesystem containing a symbolic link and subsequent contents with the same filename can cause unsquashfs to create the symbolic link outside the expected directory, and then write through the symbolic link elsewhere in the filesystem.