Nathan Chancellor

تم تحديد مشكلة تتعلق بإشارة مؤشر NULL في نواة Linux، وتحديدًا في تكوين da850-evm الخاص بهندسة ARM. تحدث هذه المشكلة عند التمهيد باستخدام الإصدارات الأحدث من GCC، مما يؤدي إلى حدوث حالة ذعر في النواة. تنشأ المشكلة لأن المؤشر emac pdata في soc info يساوي NULL، حيث لا يتم ملء davinci soc info إلا في أجهزة davinci، ولكن يتم استدعاء da850 evm config emac() في جميع الأجهزة. يظهر الخطأ على شكل رسالة «Unable to handle kernel NULL pointer dereference».

Name of the Vulnerable Software and Affected Versions: Linux kernel (affected versions not specified) Description: The issue is related to the nl80211 component of the Linux kernel, where address calculations via out of bounds array indexing can occur. Before `request->channels[]` can be used, `request->n channels` must be set. Additionally, address calculations for memory after the "channels" array need to be calculated from the allocation base ("request") rather than via the first "out of bounds" index of "channels", otherwise run-time bounds checking will throw a warning. This vulnerability may allow an attacker to cause a denial of service. Recommendations: At the moment, there is no information about a newer version that contains a fix for this vulnerability.

The vulnerability is related to the incorrect byte-swapping of NOP instructions when compiling for big-endian architectures using LLVM's integrated assembler prior to version 15.0.0. This could result in the corruption of user or kernel FPSIMD state. The issue was unnoticed until a commit was made to use a positive cpucap for FP/SIMD, after which the instructions would trap during boot prior to FPSIMD being detected and enabled.

تم إصلاح ثغرة أمنية في نواة Linux تتعلق بالتفاعل بين wait for device probe() و deferred probe timeout. كانت المشكلة تتسبب في انتهاء مهلة تركيب NFS rootfs عندما تكون قيمة deferred probe timeout مختلفة عن الصفر. وكان ذلك يحدث بسبب وصول initcall ip auto config() إلى الحد الأقصى للمهلة أثناء انتظار ظهور واجهات الشبكة. على الرغم من محاولة إجراء تعديل (commit) لتصحيح ذلك بجعل الدالة wait for device probe() تنتظر انتهاء مهلة deferred probe timeout، إلا أن ذلك أدى إلى حدوث حالة تعطل (deadlock) أو عرقلة استمرار تنفيذ kernel init() حتى انتهاء المهلة. تم التراجع عن التغييرات التي أُجريت على الدالة wait for device probe() لحل المشكلة.