CVE-2023-52813 in Linux
الملخص
بحسب VulDB • 04/06/2026
في نواة لينكس، تم حل الثغرة التالية:
crypto: pcrypt - إصلاح مشكلة hang task (مهمة عالقة) لـ PADATA_RESET
لقد وجدنا خطأً في مهمة عالقة (hungtask bug) داخل دالة test_aead_vec_cfg على النحو التالي:
INFO: task cryptomgr_test:391009 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Call trace: __switch_to+0x98/0xe0 __schedule+0x6c4/0xf40 schedule+0xd8/0x1b4 schedule_timeout+0x474/0x560 wait_for_common+0x368/0x4e0 wait_for_completion+0x20/0x30 wait_for_completion+0x20/0x30 test_aead_vec_cfg+0xab4/0xd50 test_aead+0x144/0x1f0 alg_test_aead+0xd8/0x1e0 alg_test+0x634/0x890 cryptomgr_test+0x40/0x70 kthread+0x1e0/0x220 ret_from_fork+0x10/0x18 Kernel panic - not syncing: hung_task: blocked tasks
بالنسبة لـ padata_do_parallel، عندما يكون خطأ الإرجاع (return err) يساوي 0 أو -EBUSY، فإنه سيقوم باستدعاء wait_for_completion(&wait->completion) في test_aead_vec_cfg. في الحالة الطبيعية، سيتم استدعاء aead_request_complete() داخل pcrypt_aead_serial وسيكون خطأ الإرجاع لـ padata_do_parallel مساوياً للصفر (0). ولكن، عندما تكون قيمة pinst->flags هي PADATA_RESET، يكون خطأ الإرجاع لـ padata_do_parallel هو -EBUSY، ولن يتم استدعاء aead_request_complete(). لذلك، ستعلق دالة test_aead_vec_cfg عند انتظار اكتمال العملية wait_for_completion(&wait->completion)، مما يتسبب في حدوث hungtask.
ينشأ المشكلة على النحو التالي: (padata_do_parallel) | rcu_read_lock_bh(); | err = -EINVAL; | (padata_replace) | pinst->flags |= PADATA_RESET; err = -EBUSY | if (pinst->flags & PADATA_RESET) | rcu_read_unlock_bh() | return err
ولحل المشكلة، قمنا باستبدال خطأ الإرجاع -EBUSY بـ -EAGAIN، مما يعني أن البيانات المتوازية قيد التغيير، ويجب على المستدعي إعادة المحاولة.
الإصدار v3: إزالة محاولة إعادة التشغيل (retry) وتغيير قيمة الخطأ فقط.
الإصدار v2: استحداث دالة padata_try_do_parallel() في pcrypt_aead_encrypt وpcrypt_aead_decrypt لحل مشكلة hungtask.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.