الإجاباتمنشور22 المصادر
ثغرة Linux TCP الحرجة: لماذا لا يكفي تعطيل MPTCP؟
CVE 2026 98432 خلل استخدام بعد التحرير في إعداد اتصالات IPv4 TCP، بدرجة خطورة 9.8 وفق CVSS 3.1، ويؤثر في النوى بدءًا من الإصدار 4.4. تعطيل MPTCP قد يخفف التعرض لمسار الاستغلال الذي أُعلن عنه، لكنه لا يصلح الخلل الأساسي في النواة.
نشر بواسطةتم التحرير باستخدام GPT-6 Lunaتم إنشاء الصور باستخدام GPT Image 2
إجابة البحث
الوجبات السريعة الرئيسية
- CVE 2026 98432 خلل استخدام بعد التحرير في إعداد اتصالات IPv4 TCP، بدرجة خطورة 9.8 وفق CVSS 3.1، ويؤثر في النوى بدءًا من الإصدار 4.4.
- تعطيل MPTCP قد يخفف التعرض لمسار الاستغلال الذي أُعلن عنه، لكنه لا يصلح الخلل الأساسي في النواة.
- الأولوية هي تثبيت نواة مصححة من مستودع التوزيعة والتحقق من أن النظام يشغّلها فعليًا.
موجّه الذكاء الاصطناعي
openai.comCreate a landscape editorial hero image for this Studio Global article: What is CVE-2026-98432, the 9.8-CVSS Linux kernel IPv4 TCP race condition affecting kernels from version 4.4 onward, how can simultaneous pr. Article summary: CVE-2026-98432 is a critical use-after-free race in Linux’s IPv4 TCP connection-handshake code, affecting unpatched kernels from 4.4 onward and rated CVSS 3.1 9.8; it is not simply an MPTCP-only vulnerability. [1][5][7] . Topic tags: general, general web, user generated, government. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, ch
تمثل CVE-2026-98432 خللًا حرجًا من نوع «استخدام بعد التحرير» في شفرة إعداد اتصالات IPv4 TCP داخل نواة Linux. يؤثر الخلل في النوى بدءًا من الإصدار 4.4، وتبلغ درجته 9.8 وفق CVSS 3.1. ورغم أن العرض المنشور للاستغلال عن بُعد استهدف خادمًا لديه مستمع لـMultipath TCP (MPTCP)، فإن أصل المشكلة في معالجة IPv4 TCP، وليس في MPTCP وحده. 6
44
57
هذا الفرق مهم: قد يمنع تعطيل MPTCP مسار الاستغلال المحدد الذي تناولته التقارير، لكنه لا يعادل إصلاح النواة. كما أن الباحثين أفادوا بعرض لاستغلال قد يتيح تنفيذًا عن بُعد، لكن الأدلة المتاحة لا تثبت أن كل خادم TCP متصل بالإنترنت قابل للاستغلال على نحو موثوق، ولا تؤكد وقوع استغلال ناجح للثغرة ميدانيًا. 37
كيف يؤدي التزامن إلى استخدام الذاكرة بعد تحريرها؟
أثناء إعداد الاتصال، تحفظ Linux خيارات IPv4 المرتبطة بطلب TCP معلّق. وعند تقدم المصافحة، تنقل الدالة tcp_v4_syn_recv_sock() ملكية هذه الخيارات إلى مقبس الاتصال الجديد، من دون نسخها. في الوقت نفسه، قد تواصل نواة أخرى معالجة حزمة SYN أُعيد إرسالها للطلب ذاته، بينما يجري إنهاء الاتصال وتحرير الذاكرة. إذا حُررت الذاكرة قبل انتهاء القراءة المتزامنة، فقد يصل مسار إعادة الإرسال إليها بعد انتهاء عمرها، أثناء بناء حزمة SYN-ACK. 44
وهذا هو معنى «استخدام بعد التحرير»: أن يواصل كود النواة التعامل مع ذاكرة لم تعد صالحة للاستخدام. وتشمل النتائج المحتملة تعطل النظام أو فساد الذاكرة؛ كما تصف التنبيهات الأمنية احتمال تنفيذ شيفرة عن بُعد. لكن تحويل الخلل إلى تنفيذ موثوق يعتمد على الظروف. عرض الاستغلال المبلغ عنه عبر MPTCP دليل على وجود مسار خطير، وليس برهانًا على أن كل جهاز متأثر يمكن اختراقه بالطريقة نفسها. 52
يعالج تصحيح النواة مشكلة دورة حياة الذاكرة: إذ يؤخر تحرير خيارات IPv4 إلى ما بعد فترة سماح في RCU، ما يمنح القرّاء المتزامنين وقتًا لإنهاء عملهم. 44
ما الذي تثبته تقارير الاستغلال، وما الذي لا تثبته؟
تناول تقرير بحثي من Anthropic، نُشر في 27 أكتوبر، نموذجًا داخليًا أنشأ استغلالًا عن بُعد بصلاحيات الجذر ضد خادم يتيح مستمعًا لـMPTCP، وفق ما أوردته تغطيات لاحقة. وتشير التقارير أيضًا إلى أن شيفرة الاستغلال وإعداداته لم تُنشر، ما يحد من قدرة جهات مستقلة على تقييم العرض ومتطلباته. 9
11
انتقد مات كورالو استجابة Ubuntu مع توفر نوى مصححة لدى بعض التوزيعات، بينما بقيت إصلاحات Ubuntu قيد الاختبار. وتعكس تعليقاته القلق من تأخر وصول التحديثات المعتادة، لكنها لا تشكل دليلًا تقنيًا مستقلًا على وقوع استغلال. 12
وأفاد الباحث الأمني ماركوس هاتشينز برصد نشاط يبدو كأنه مسح للأنظمة المكشوفة. قد يشير المسح إلى اهتمام المهاجمين بالعثور على أهداف محتملة، لكنه لا يثبت اختراق أي نظام بنجاح. 31
لماذا لا يُعد تعطيل MPTCP سوى إجراء مؤقت؟
يمكن لإصدارات Go 1.24 وما بعدها تفعيل MPTCP لمقابس الاستماع عندما تدعمه النواة. وهذا يعني أن إعدادات الشبكة في التطبيق قد تكون ذات صلة، حتى لو لم يُطوّر التطبيق خصيصًا لاستخدام MPTCP. 37
توصي ملاحظات إصدار LND من Lightning Labs مشغّلي Linux بتعطيل MPTCP وتثبيت نواة مصححة. ويذكر إصدار lnd v0.21.6-beta أن مستمعي MPTCP معطلون افتراضيًا، ما يغلق مسار الاستغلال الذي عُرض عبر هذا التطبيق. لكن الإصدار يوضح أيضًا أن ذلك إجراء تخفيف للمخاطر، لا بديل عن تصحيح النواة. 33
37
قد يقلل تعطيل MPTCP على مستوى التطبيق من تعرض ذلك التطبيق وحده؛ أما تعطيله على مستوى الجهاز فقد يؤثر في مستمعي MPTCP الآخرين أيضًا. لكن أيًا من الإجراءين لا يصلح الخلل الأساسي في إدارة الذاكرة ضمن IPv4 TCP. لذا تعامل معهما كخطوتين لتقليل التعرض ريثما تثبّت تحديث النواة، لا كدليل على أن نواة غير مصححة أصبحت آمنة. 6
37
44
حالة التحديثات بحسب التقارير المتاحة حتى 4 نوفمبر
اختلف موعد توفر التصحيحات بين التوزيعات. قالت Canonical في 2 نوفمبر إن الإصلاحات الخاصة بـUbuntu 22.04 LTS والإصدارات الأحدث موجودة في قناة -proposed الاختيارية، بينما يستمر الاختبار. ووصفت الشركة ذلك بأنه جزء من عملية التحقق لديها. وفي المقابل، أفادت تغطية معاصرة بأن Red Hat أصدرت نوى مصححة لـRHEL 8 و9 و10 في 1 نوفمبر. 6
7
أثار الفارق بين توفر الإصلاح للاختبار ووصوله إلى قناة التحديثات المعتادة انتقادات، ولا سيما بعد التقارير عن عرض استغلال بصلاحيات الجذر عن بُعد. لكن حالة التصحيحات تتغير بسرعة: تحقّق من التنبيه الأمني الخاص بتوزيعتك وإصدارها، ولا تفترض أن تحديثًا مخصصًا لتوزيعة أخرى ينطبق على نظامك. 7
12
بالنسبة إلى مشغّلي الخوادم، الأولوية هي التحقق من إصدار النواة الذي يشغّل كل حمل عمل وتثبيت النواة المصححة التي توفرها التوزيعة عند صدورها. وقد تساعد قيود MPTCP في تقليل التعرض مؤقتًا، لكن تحديث النواة وحده يعالج سلوك إدارة الذاكرة المعرّض للخلل. 6
37
44
Studio Global AI
مواصلة البحث الخاص بك
تتضمن هذه الصفحة إجابة مدعومة بالمصدر يمكنك المتابعة داخل Studio Global.
يسأل الناس أيضا
ما هي الإجابة المختصرة على "ثغرة Linux TCP الحرجة: لماذا لا يكفي تعطيل MPTCP؟"؟
CVE 2026 98432 خلل استخدام بعد التحرير في إعداد اتصالات IPv4 TCP، بدرجة خطورة 9.8 وفق CVSS 3.1، ويؤثر في النوى بدءًا من الإصدار 4.4.
ما هي النقاط الأساسية التي يجب التحقق منها أولاً؟
CVE 2026 98432 خلل استخدام بعد التحرير في إعداد اتصالات IPv4 TCP، بدرجة خطورة 9.8 وفق CVSS 3.1، ويؤثر في النوى بدءًا من الإصدار 4.4. تعطيل MPTCP قد يخفف التعرض لمسار الاستغلال الذي أُعلن عنه، لكنه لا يصلح الخلل الأساسي في النواة.
ماذا يجب أن أفعل بعد ذلك في الممارسة العملية؟
الأولوية هي تثبيت نواة مصححة من مستودع التوزيعة والتحقق من أن النظام يشغّلها فعليًا.