James Smart

تم تحديد مشكلة تتعلق بإلغاء مرجعية مؤشر NULL في نواة لينكس، وتحديدًا في المكون scsi: lpfc. تحدث المشكلة عندما تُرجع استدعاءات الدالة `starget to rport()` القيمة NULL، ثم يتم إرجاع القيمة `rport` دون إجراء فحص مناسب لقيمة NULL.

تم تحديد مشكلة تسرب الموارد في نواة Linux، وتحديدًا في الدالة lpfc sli4 send seq to ulp(). عندما لا يتم العثور على معالج في lpfc complete unsol iocb() يتوافق مع rctl لإطار مستلم، يتم تجاهل الإطار، مما يؤدي إلى تسرب الموارد. يتم حل المشكلة عن طريق إعادة الموارد عند التخلص من نوع الإطار غير المعالج وتحديث معالجة الدالة lpfc fc frame check() في خدمة الارتباط الأساسية NOP.

قد تحدث ثغرة أمنية من نوع ”use-after-free“ في نواة Linux بعد إيقاف تشغيل ELS LOGO، وتحديدًا عند استدعاء آلية حالات الاكتشاف بشكل غير صحيح للمرة الثانية باستخدام الوسيطة NLP EVT DEVICE RM. ويحدث ذلك لأن بنية nodelist يتم تحريرها ثم يتم إلغاء مرجعية `ndlp->vport->cfg log verbose` في `lpfc nlp get()`. يتم حل المشكلة عن طريق إعادة هيكلة `lpfc cmpl els logo()` لتجنب الاستدعاءات المكررة لتحرير بنية nodelist.

تم تحديد مشكلة تتعلق بإشارة مؤشر فارغة في نواة لينكس، وتحديدًا في برنامج التشغيل lpfc. تحدث هذه المشكلة عندما تفشل الدالة `lpfc issue els flogi()` وتُرجع حالة غير صفرية، مما يؤدي إلى خفض عداد مرجعية العقدة قبل الأوان. في حالة وجود سجلات معلقة أو مهام dev-loss-evt، قد يتم تحرير العقدة في وقت مبكر جدًا، مما يؤدي إلى إشارة إلى مؤشر فارغ (null pointer dereference) من نوع «use-after-free». تظهر مشكلة مماثلة عند معالجة حالة إكمال ELS PLOGI غير الصفرية في `lpfc cmpl els plogi()`، حيث قد يتم تحرير العقدة قبل الأوان، مما يؤدي إلى إشارة إلى مؤشر ndlp بعد تحريره (use-after-free).

تم تحديد مشكلة تعطل (deadlock) في معالج إنهاء عمليات الإدخال/الإخراج (I/O) SCSI والإلغاء (abort) في نواة Linux. تحدث هذه المشكلة أثناء اختبارات الضغط على عمليات الإدخال/الإخراج (I/O) التي تتضمن أكثر من 500 منفذ vport، مما يؤدي إلى ظهور مسارات استدعاء (call traces) تشير إلى حدوث تعطل تام (hard LOCKUP). ينشأ المشكل عن الترتيب الخاطئ لاكتساب الأقفال في الروتين `lpfc abort handler`، وبالتحديد فيما يتعلق بـ `lpfc cmd->buf lock` و`phba->hbalock`. وقد يؤدي ذلك إلى حالة تعطل بين وحدتي معالجة مركزية (CPU).

تم تحديد مشكلة توقف تام في نواة لينكس، وتحديدًا في برنامج التشغيل lpfc. تحدث المشكلة عند محاولة تسجيل رسالة باستخدام LOG TRACE EVENT، مما يؤدي إلى توقف النظام. يشير تتبع الاستدعاءات إلى حالة تعطل متبادل (deadlock) حيث تحاول نفس وحدة المعالجة المركزية (CPU) الحصول على phba->port list lock مرتين. تنشأ المشكلة لأن الدالة lpfc dmp dbg() يتم استدعاؤها دون إجراء الفحوصات المناسبة.

The issue is related to a use-after-free error in the `lpfc unreg rpi()` routine. The `NLP REG LOGIN SEND` `nlp flag` is set in `lpfc reg fab ctrl node()`, but not cleared upon completion of the login, allowing a second call to `lpfc unreg rpi()` to proceed with `nlp rpi` set to `LPFC RPI ALLOW ERROR`. This results in a use-after-free access when used as an `rpi ids` array index. The error is detected with the report "KASAN: use-after-free in `lpfc unreg rpi+0x1b1b`".

The issue is related to a NULL pointer dereference in the Linux kernel's lpfc component. This occurs when an FC link down transition happens while PLOGIs are outstanding to fabric well-known addresses, resulting in outstanding ABTS requests. The Link down processing leads to ABTS requests for outstanding ELS requests, and the Abort WQEs are sent before the driver sets the link state to down. In some conditions, the driver may auto-complete the ELSs, and if the link comes up, the Abort completions may reference an invalid structure. The estimated number of potentially affected devices worldwide is not provided. There is no information about real-world incidents where this issue was exploited.

The issue is related to a list corruption vulnerability in the Linux kernel's lpfc driver. When the driver attempts to pass requests to the adapter and fails, a local `fail msg` string is set, and a log message is output. The job is then added to a completions list for cancellation. However, since `fail msg` remains set, subsequent jobs are added to the completions list regardless of whether a wqe was passed to the adapter, resulting in list corruption. The fix involves clearing the `fail msg` string after adding a job to the completions list. This prevents subsequent jobs from being added to the completions list unless they had an appropriate failure. The vulnerability may allow an attacker to execute arbitrary code.

The issue is related to a null pointer dereference in the `lpfc prep els iocb()` function. This can occur when `lpfc issue els plogi()` is called with a `did` for which no matching `ndlp` is found, resulting in a null pointer to a `lpfc nodelist` structure. The fix involves returning an error status if no valid `ndlp` is found and updating comments regarding `ndlp` reference counting.