Ido Schimmel

توجد مشكلة في برنامج تشغيل team حيث يتم تشغيل حدث `NETDEV CHANGEMTU` أثناء إلغاء تسجيل جهاز تابع. وقد يؤدي ذلك إلى حالة ينتظر فيها النظام حتى يصبح جهاز الشبكة متاحًا بسبب عدد استخدامات غير صحيح، مما قد يتسبب في توقف النظام أو تعطله. تحدث المشكلة أثناء تنفيذ وظائف مثل `team port del()` و`team del slave()` و`team device event()`، والتي تستدعي في النهاية وظيفة `dev set mtu()` وتطلق إشعار تغيير MTU أثناء إلغاء تسجيل الجهاز.

تم إصلاح ثغرة أمنية في نواة لينكس تتعلق بمسح إدخالات FDB وMDB وVLAN أثناء عملية الفصل. ينشأ المشكل من الافتراض بأن الطبقات العليا تحافظ على التوازن بين عمليات الإضافة والحذف، وهو ما لا يحدث دائمًا. وقد يؤدي ذلك إلى ظهور تحذيرات وتسريبات محتملة عند فصل برنامج التشغيل مع بقاء المدخلات موجودة. ترتبط هذه الثغرة الأمنية بـ DSA (بنية المحول الموزع) وتفاعلها مع عمليات تجاوز الجسر.

توجد مشكلة تتعلق بـ«تنافس البيانات» (data-race) في نواة Linux تتعلق بالمتغير sysctl fib multipath hash fields. يمكن تعديل هذا المتغير بشكل متزامن أثناء قراءته، مما يتطلب استخدام READ ONCE() لضمان اتساق البيانات.

The issue is related to a NULL pointer dereference in the error path when calling `mlxsw sp acl tcam region destroy()` after failing to attach a region to an ACL group. The problem occurs when trying to access `region->group->tcam`, which is NULL. The fix involves retrieving the `tcam` pointer using `mlxsw sp acl to tcam()`. This issue can lead to a denial of service.

A critical issue affects the function `devlink param set`/`devlink param get` of the file `net/core/devlink.c` in the IPsec component, leading to use after free. This could allow an attacker to execute arbitrary code.

A division by zero error occurs when the data path sees a resilient nexthop group with zero buckets. The resilient nexthop group torture tests in fib nexthop.sh exposed this issue. The tests replace a resilient nexthop group in a loop while traffic is forwarded through it, resulting in the kernel allocating a stub resilient table with zero buckets. This table should never be visible to the data path, but the old nexthop group might still be used by the data path when the stub table is assigned to it. The fix involves only assigning the stub table to the old nexthop group after making sure the group is no longer used by the data path.