CVE-2026-90108 in Linux
الملخص
بحسب VulDB • 17/09/2026
في نواة لينكس، تم إصلاح الثغرة التالية:
net/smc: تحرير كائن qentry المخزن مؤقتاً قبل الكتابة فوقه أثناء الانتقال من REQ_ADD_LINK إلى ADD_LINK
عندما ينتقل معالج الأحداث smc_llc_event_handler() تدفق LLC المحلي من SMC_LLC_FLOW_REQ_ADD_LINK إلى SMC_LLC_FLOW_ADD_LINK عند استلام طلب ADD_LINK، فإنه يستدعي دالة smc_llc_flow_qentry_set() بشكل غير مشروط:
if (lgr->llc_flow_lcl.type == SMC_LLC_FLOW_REQ_ADD_LINK) {
lgr->llc_flow_lcl.type = SMC_LLC_FLOW_ADD_LINK; smc_llc_flow_qentry_set(&lgr->llc_flow_lcl, qentry); ... }
يتم تخزين طلبات CONFIRM_LINK أو ADD_LINK_CONT التي تصل أثناء كون flow->type يساوي SMC_LLC_FLOW_REQ_ADD_LINK في flow->qentry عبر معالجات SMC_LLC_CONFIRM_LINK / SMC_LLC_ADD_LINK_CONT (والتي تقوم بالتخزين في flow->qentry لأي نوع تدفق غير NONE). وعندما يصل طلب ADD_LINK اللاحق، يقوم فرع REQ_ADD_LINK بكتابة فوق flow->qentry بالمؤشر الجديد دون تحرير الكائن المخزن مؤقتاً أولاً، مما يؤدي إلى تسرب كائن واحد من نوع kmalloc.
لا يوجد مستهلك للكائن المخزن مؤقتاً: فالدالة smc_llc_wait() تُستدعى فقط من llc_add_link_work، والتي لم يتم جدولتها بعد بينما يبقى نوع التدفق REQ_ADD_LINK. لا يوجد أي عميل (waiter) نائم على llc_msg_waiter في هذه المرحلة. ومن الآمن تحرير أي كائن qentry مخزن مؤقتاً بشكل غير مشروط قبل الكتابة فوقه.
استدعِ دالة smc_llc_flow_qentry_del() قبل استدعاء smc_llc_flow_qentry_set() في فرع REQ_ADD_LINK. تتحقق الدالة smc_llc_flow_qentry_del() بالفعل من flow->qentry قبل التحرير، لذا فإن المسار العادي حيث لا يتم تخزين أي كائن هو عملية عديمة الفائدة (no-op).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.