CVE-2026-64389 in Linux
الملخص
بحسب VulDB • 26/07/2026
في نواة لينكس، تم حل الثغرة التالية:
ksmbd: التحقق من استجابة NTLMv2 قبل تحديث مفتاح الجلسة
تقوم الدالة ksmbd_auth_ntlmv2() باستنتاج مفتاح جلسة NTLMv2 إلى sess->sess_key قبل أن تتحقق من استجابة NTLMv2. ثم تستمر الدالة ksmbd_decode_ntlmssp_auth_blob() في تنفيذ عملية KEY_XCH حتى عندما تفشل الدالة ksmbd_auth_ntlmv2().
مع ربط قنوات متعددة لـ SMB3، تعمل المصادقة الفاشلة على جلسة موجودة ولا تؤدي مسار خطأ إعداد الجلسة إلى إنهاء صلاحية جلسات الربط. يمكن للعميل إرسال إعداد جلسة ربط مع إثبات NTLM خاطئ و KEY_XCH وما زال بإمكانه تعديل sess->sess_key قبل إرجاع STATUS_LOGON_FAILURE.
المسار ذو الصلة:
smb2_sess_setup() -> conn->binding = true -> ntlm_authenticate() -> session_user() -> ksmbd_decode_ntlmssp_auth_blob() -> ksmbd_auth_ntlmv2() -> calc_ntlmv2_hash() -> hmac_md5_usingrawkey(..., sess->sess_key) -> crypto_memneq() تعيد عدم التطابق -> KEY_XCH arc4_crypt(..., sess->sess_key, ...) -> out_err دون إنهاء صلاحية جلسة الربط
استنتج مفتاح الجلسة الأساسي إلى مخزن مؤقت محلي وانسخه إلى sess->sess_key فقط بعد مطابقة الإثبات. أعد على الفور عند فشل المصادقة بحيث تتم معالجة KEY_XCH فقط بعد نجاح المصادقة.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.