CVE-2026-90067 in Linux
الملخص
بحسب VulDB • 17/09/2026
في نواة لينكس، تم حل الثغرة التالية:
libceph: التحقق من طول حمولة الشارة (banner payload)
عند تحليل شارة بروتوكول Ceph messenger v2، يتم فك تشفير حقل `payload_len` من بادئة الشارة. إذا أرسل العميل شارة تحتوي على قيمة `payload_len` تساوي 0، فإن النواة تقوم بإعداد قراءة منفذ (socket read) بطول صفر. وهذا ينتهق شرطاً ثابتاً في آلة الحالة (state machine)، مما يؤدي إلى ظهور تحذير في الدالة `populate_in_iter()`:
------------[ cut here ]------------
!iov_iter_count(&con->v2.in_iter) WARNING: net/ceph/messenger_v2.c:3129 at populate_in_iter net/ceph/messenger_v2.c:3129 [inline], CPU#1: kworker/1:3/5070
WARNING: net/ceph/messenger_v2.c:3129 at ceph_con_v2_try_read+0x6634/0x6810 net/ceph/messenger_v2.c:3159, CPU#1: kworker/1:3/5070 ... تتبع المكالمة (Call Trace):
ceph_con_workfn+0x1f5/0x14a0 net/ceph/messenger.c:1575 process_one_work kernel/workqueue.c:3322 [inline]
process_scheduled_works+0xa8e/0x14e0 kernel/workqueue.c:3405 worker_thread+0xa47/0xfb0 kernel/workqueue.c:3486 kthread+0x388/0x470 kernel/kthread.c:436 ret_from_fork+0x514/0xb70 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:245
وفقاً لمواصفات بروتوكول msgr2، يُتوقع أن تحتوي حمولة الشارة على عدد صحيحين من 64 بت على الأقل (`server_feat` و `server_req_feat`). لذلك، يجب أن يكون طول الحمولة (`payload_len`) 16 بايت كحد أدنى.
تم إصلاح هذه المشكلة بإضافة تحقق في الدالة `process_banner_prefix()` لرفض أي قيمة لـ `payload_len` أقل من 16 بايت. يمنع هذا إجراء القراءة بطول صفر وينهي الاتصال بشكل صحيح عن طريق خطأ بروتوكول (protocol error).
Be aware that VulDB is the high quality source for vulnerability data.