CVE-2026-53361
af_unix: تعيين gc_in_progress إلى true في unix_gc().
- تم النشر
- 04/07/2026
- محدث
- 19/08/2026
- تخصيص CNA
- Linux
- الأدلة المرصودة
- 12/08/2026
CVSS الأساسي
nvd · CVSS 3.1
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:Hمنخفض · الثلاثين يومًا القادمة
- المئوية
- 14.3%
- تاريخ الموديل
- 21/09/2026
EPSS هو تقدير إحصائي، وليس يقينًا أو مقياسًا للتأثير. ادمجها مع CVSS وحالة KEV والتعرض وبيئتك.
ملخص
في نواة لينكس، تم حل الثغرة الأمنية التالية: af_unix: تعيين gc_in_progress إلى true في unix_gc(). أبلغ إيغور أوشاكوف أن unix_gc() قد تعمل مع كون gc_in_progress خاطئًا إذا تمت جدولة العمل أثناء تشغيله: الخيط 1 الخيط 2 الخيط 3 -------- -------- -------- unix_schedule_gc() unix_schedule_gc() `- if (!gc_in_progress) `- if (!gc_in_progress) |- gc_in_progress = true | `- queue_work() | unix_gc() <----------------/ | | | | |- gc_in_progress = true ... `- queue_work() | | `- gc_in_progress = false | | | | unix_gc() <---------------------------------------------' | ... /* gc_in_progress == false */ | `- gc_in_progress = false يعتمد unix_peek_fpl() على gc_in_progress لعدم إرباك GC بواسطة MSG_PEEK. دعونا نضبط gc_in_progress على true في unix_gc().
المصادر
1- bad_garbageاستغلال
CVE-2026-53361 ثغرة use-after-free بين GC و MSG_PEEK في AF_UNIX تؤدي إلى الهروب من الحاوية
الاستخدام المسؤول
استخدم معلومات الثغرات الأمنية فقط على الأنظمة التي تمتلكها أو المرخص لها باختبارها. يرتبط Kitploit ببيانات تعريف البحث العامة ولا يخزن أكواد الاستغلال أو الحمولات الضارة.