تصحيحات OpenBSD 7.9 تسد ثغرات في النواة ربطتها Calif في استغلال محلي للحصول على صلاحيات الجذر
تقول شركة الأمن Calif إن ثغرة في الذاكرة المشتركة يعود تاريخها إلى نحو 37 عامًا إلى شيفرة BSD الأصلية كانت أحد نصفي سلسلة محلية للحصول على صلاحيات الجذر. وتقول Calif إن OpenBSD أصدر الإصلاحات ضمن التصحيحين 018 و026.

النقاط الرئيسية
- 1نشرت Calif بحثًا عن استغلال محلي للحصول على صلاحيات الجذر في OpenBSD يجمع بين ثغرتين في النواة؛ وتظهر الإصلاحات في تصحيحات OpenBSD 7.9.
- 2وفقًا لـCalif، تتعلق إحدى الثغرتين بعدّاد ذي إشارة بطول 16-bit لعمليات الإلحاق بالذاكرة المشتركة يعود إلى نحو 37 عامًا إلى مصادر BSD الأصلية.
- 3التصحيح 018 من OpenBSD، المؤرخ في 14 سبتمبر 2026، مصنَّف كإصلاح للموثوقية لفيضان أعداد صحيحة في shmat.
- 4التصحيح 026، المؤرخ في 30 سبتمبر 2026، مصنَّف كإصلاح أمني لخطأ في عدّ المراجع في النواة قد يسبب حالة use-after-free.
- 5يتطلب الاستغلال وصولًا محليًا؛ كما اقترحت Calif تحصينًا أوسع للنواة، مثل الفصل الآمن لعناصر القوائم، وعشوائية مخصصات الذاكرة، وإجراءات تخفيف تعتمد على المترجم.
الخبر كاملًا
نشرت شركة الأمن Calif بحثًا يصف كيف حصلت على صلاحيات الجذر في OpenBSD عبر الجمع بين ثغرتين في النواة قام المشروع بتصحيحهما منذ ذلك الحين. وفي تقرير كتبه Andrew Griffiths بتاريخ 16 أكتوبر، قالت الشركة إن إحدى الثغرتين يمكن تتبع أصلها إلى ما يقارب 37 عامًا مضت، إلى مصادر BSD الأصلية. وقالت Calif إنها أبلغت OpenBSD بالثغرات في وقت سابق من هذا العام، وغالبًا مع تصحيحات مقترحة.
ووفقًا لـCalif، تتعلق الثغرة الأقدم بعدّاد يتتبع عمليات الإلحاق بالذاكرة المشتركة، وقد عُرِّف كقيمة ذات إشارة بطول 16-bit، ما يجعله عرضة للفيضان. وقالت الشركة إن هذا الفيضان قد يؤدي إلى حالة use-after-free (استخدام الذاكرة بعد تحريرها) عبر حالة سباق، وإنه، إلى جانب ثغرة كتابة منفصلة خارج الحدود في النواة، أتاح لمستخدم محلي رفع صلاحياته إلى الجذر. وقالت Calif إن الهجوم نجح مع تفعيل آلية KARL لإعادة ربط النواة في OpenBSD وحمايتي المعالج SMAP وSMEP، ولم يتطلب ثغرة لكشف المعلومات. كما يتضمن التقرير روابط إلى الشيفرة وإلى إثبات للمفهوم.
وقالت Calif إن هذه المشكلات عولجت في تصحيحات OpenBSD رقم 018 و026. وعلى صفحة تصحيحات OpenBSD 7.9، يحمل التصحيح 018 تاريخ 14 سبتمبر 2026، وهو مدرج كإصلاح للموثوقية يمنع فيضان الأعداد الصحيحة في shmat. أما التصحيح 026، المؤرخ في 30 سبتمبر 2026، فهو مدرج كإصلاح أمني لخطأ في عدّ المراجع قد يؤدي إلى حالة use-after-free في النواة. وينطبق كلا الإدخالين على جميع المعماريات. وتسمي Calif كلا التصحيحين باعتبارهما الإصلاحين للمشكلات في سلسلتها، ما يعني أن أحد الإصلاحين يحمل تصنيف الموثوقية بدلًا من التصنيف الأمني.
وتنص صفحة التصحيحات على أن التصحيحات توزَّع كملفات فروق موحدة (unified diffs) موقَّعة، وأن أداة syspatch يمكنها تثبيت تحديثات ثنائية على amd64 وi386 وarm64. كما تُدمج إصلاحات الإصدارات المدعومة في فرع -stable، الذي يصونه المشروع لمدة عام بعد صدور كل إصدار. وتصف Calif الاستغلال بأنه رفع محلي للصلاحيات، ما يعني أن المهاجم سيحتاج أولًا إلى الوصول إلى النظام.
وإلى جانب التصحيحات، عرضت Calif عدة أفكار للتحصين تهدف إلى جعل مسارات الهجوم المماثلة أكثر صعوبة. ومن بينها إجراء فحوص للسلامة قبل إزالة العناصر من القوائم المترابطة المزدوجة، وهو ما أشارت الشركة إلى أن FreeBSD وNetBSD يطبقانه بالفعل، وزيادة العشوائية في ذاكرة النواة، إذ قالت Calif إن مخصصات الذاكرة في نواة OpenBSD تظل حتمية رغم أن KARL يجعل تخطيط ملف النواة الثنائي عشوائيًا. كما أشارت الشركة إلى ميزات في المترجمات مثل مُعقِّم حدود المصفوفات (array bounds sanitizer) وميزة Alloc Tokens المرتقبة. وقالت Calif إنها اقترحت هذا المعقِّم على FreeBSD وأبلغت هناك بشكل خاص عن 21 مشكلة كان سيكتشفها، معتبرة أن الحد من فئات كاملة من الثغرات يزداد أهمية مع مساعدة الذكاء الاصطناعي في اكتشاف الثغرات.
لماذا يهم
قد يكون المسؤولون الذين يطبقون التصحيحات المصنفة أمنيًا فقط قد تخطوا التصحيح 018، الذي يدرجه OpenBSD كإصلاح للموثوقية، في حين تسميه Calif كأحد الإصلاحين للثغرات في سلسلة استغلالها للحصول على صلاحيات الجذر. ومع الإشارة العلنية إلى شيفرة الاستغلال، يُنصح بالتأكد من تثبيت التصحيحين 018 و026 كليهما، خاصة على الأنظمة التي يمكن فيها لمستخدمين غير موثوقين تسجيل الدخول محليًا.
التسلسل الزمني
· نُشر
الموضوعات#OpenBSD#النواة#رفع الصلاحيات#إدارة التصحيحات#Calif
المصادر
يستند هذا الخبر إلى المصادر التالية. اقرأها للاطلاع على السياق الكامل.



