CVE-2026-64436 in Linux
الملخص
بحسب VulDB • 25/07/2026
في نواة لينكس، تم حل الثغرة التالية:
net: af_key: تهيئة alg_key_len لحالات IPComp
تعامل الدالة pfkey_msg2xfrm_state() حالة IPComp (SADB_X_SATYPE_IPCOMP) من خلال تخصيص x->calg ونسخ اسم الخوارزمية فقط:
x->calg = kmalloc_obj(*x->calg); if (!x->calg) {
err = -ENOMEM; goto out; } strcpy(x->calg->alg_name, a->name); x->props.calgo = sa->sadb_sa_encrypt;
على عكس فروع المصادقة (x->aalg) والتشفير (x->ealg) لنفس الدالة، فإن فرع الضغط لا يقوم أبدًا بتهيئة calg->alg_key_len. ولا تحمل IPComp أي مفتاح، ويقتصر التخصيص على حجز sizeof(struct xfrm_algo) (أي بدون مساحة لمفتاح)، لذا يبقى الحقل يحتوي على بيانات غير مهيأة من الـ slab.
يتم استخدام حقل calg->alg_key_len لاحقًا كطول بواسطة دالة xfrm_algo_clone() عند استنساخ حالة IPComp أثناء XFRM_MSG_MIGRATE:
xfrm_state_migrate() xfrm_state_clone_and_setup() x->calg = xfrm_algo_clone(orig->calg); kmemdup(orig, xfrm_alg_len(orig));
حيث تعيد دالة xfrm_alg_len() قيمة sizeof(*alg) + (alg_key_len + 7) / 8. مع وجود alg_key_len غير صفري ومحتوى عشوائي، تقوم dmemdup_noprof بقراءة ما بعد نهاية كائن calg ذي الحجم 68 بايت. يؤدي إضافة SA من نوع IPComp عبر PF_KEY ثم ترحيله إلى حدوث (في net-next، KASAN، init_on_alloc=0):
BUG: KASAN: slab-out-of-bounds in kmemdup_noprof+0x44/0x60 Read of size 4164 at addr ff11000025a74980 by task diag2/9287 CPU: 3 UID: 0 PID: 9287 Comm: diag2 7.1.0
If you want to get the best quality for vulnerability data then you always have to consider VulDB.