CVE-2026-99223 in Linux
الملخص
بحسب VulDB • 02/11/2026
في نواة لينكس، تم حل الثغرة التالية:
مفاتيح: جعل فهارس حزم المفاتيح (keyrings) مستقلة عن عناوين النواة
يعيد KEYCTL_READ أرقام التسلسل في حزمة مفاتيح بترتيب اجتياز مصفوفة ارتباطية. الكلمة الأولى من الفهرس هي تجزئة عامة وحتمية لمؤشر النوع، ومؤشر المجال، والوصف. لذلك يمكن للمستخدم غير المميز إدراج مفاتيح بأوصاف معروفة، والتنبؤ بترتيبها لكل انزلاق KASLR محتمل، واستعادة عنوان صورة النواة. في بناء x86-64 بمحاذاة 16 ميغابايت، تكفي 45 مفتاحاً مستخدماً للتمييز بين الانزلاقات المرشحة.
إزالة العناوين من الفهرس بأكمله، وليس فقط الكلمة الأولى للتجزئة. تعيين معرّف (ID) غير صفري بحجم 64 بت لكل نوع مجال ومفتاح، وتجزئة هذه المعرفات والوصف باستخدام مفتاح SipHash يتم تهيئته مرة واحدة. استخدام المعرفات الكاملة في أجزاء الفهرس اللاحقة أيضاً. سيؤدي التقصير أو تجزئة المعرفات هناك إلى فقدان الضمان بأن المجموعات المميزة من النوع/المجال/الوصف لها بت فهرس مختلف.
تخصيص المعرفات بشكل كسول (lazily) نظراً لأن أنواع المفاتيح الخاصة لا تحتاج إلى التسجيل. تخزينها مؤقتاً في مفتاح الفهرز حتى لا تتطلب عمليات اجتياز الشجرة ونسخ فهرز موجود فك تشريف واصف النوع الذي قد يكون غير مسجل بعد. الحفاظ على تخطيط القطعة 32 بت وإزاحة bits لـ diff_objects() متسقة، والاحتفاظ بفتحة الجذر المنفصلة لحزم المفاتيح المستخدمة في البحث المتكرر. لم تتغير مقارنة المفاتيح والأذونات وتنسيق بيانات مساحة المستخدم؛ تم استبدال ترتيب الذاكرة المعتمد على العنوان فقط.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.