Linux Kernel حتى 7.2.5 cpufreq imx6q_cpufreq_probe تلف الذاكرة

| CVSS الدرجة المؤقتة للميتا | سعر الإكسبلويت الحالي (≈) | درجة اهتمام CTI |
|---|---|---|
| 7.8 | $0-$5k | 0.00 |
الملخص
تم اكتشاف ثغرة مصنفة كـ خطيرة جداً في Linux Kernel حتى 7.2.5. تتعلق المشكلة بالوظيفة imx6q_cpufreq_probe في المكون cpufreq. تؤدي عملية التلاعب إلى تلف الذاكرة.
تُعرف هذه الثغرة باسم CVE-2026-90295. الهجوم لايمكن أن يتم من دون وصول محلي على نفس عنوان بروتوكول الإنترنت. لا يتوفر أي استغلال.
ننصح بـ تحديث المكون المتأثر بهذه الثغرة.
التفاصيل
تم اكتشاف ثغرة مصنفة كـ خطيرة جداً في Linux Kernel حتى 7.2.5. تتعلق المشكلة بالوظيفة imx6q_cpufreq_probe في المكون cpufreq. تؤدي عملية التلاعب إلى تلف الذاكرة. استخدام CWE للإعلان عن المشكلة يؤدي إلى CWE-787. المشكلة تم الإبلاغ عنها بتاريخ. تمت مشاركة التنبيه للتنزيل على git.kernel.org.
تُعرف هذه الثغرة باسم CVE-2026-90295. تمت إحالة الـ سي في أي11/09/2026. الهجوم لايمكن أن يتم من دون وصول محلي على نفس عنوان بروتوكول الإنترنت. تتوفر معلومات تقنية. معدل انتشار هذه الثغرة أقل من المعدل العام. لا يتوفر أي استغلال.
تم أعتبراها على أنها غير معرفة.
تحديث النسخة إلى إصدار5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.110, 6.18.52, 7.2.6 , 7.3-rc1 يمكن أن يحل هذه المشكلة. أسم الباتش التصحيحي هو263a35331169390f7f9ccb51d74e668610199af4/49f2f9b1d0cc76cf221306fc707703205bd27073/c5135bc34ea37e9d19f758e61ac44415afb3891a/55864b26c22cbd4b2e0d36154a8c35931c2e133b/b166bb79b7ef36b4f1d6d1f40d1a72b2eb0a56b9/aaa66e60c0e21d19993a95bc3718dc29eb2d3192/55516986a3d81325c84f2d4ae9cd03116bc63599/8c3afcf27fa4582c1ab912503dc8a4ebb8dc0f82. ننصح بـ تحديث المكون المتأثر بهذه الثغرة.
منتج
النوع
المجهز
الأسم
النسخة
- 5.10.269
- 5.15.220
- 6.1.187
- 6.6.156
- 6.12.109
- 6.18.0
- 6.18.1
- 6.18.2
- 6.18.3
- 6.18.4
- 6.18.5
- 6.18.6
- 6.18.7
- 6.18.8
- 6.18.9
- 6.18.10
- 6.18.11
- 6.18.12
- 6.18.13
- 6.18.14
- 6.18.15
- 6.18.16
- 6.18.17
- 6.18.18
- 6.18.19
- 6.18.20
- 6.18.21
- 6.18.22
- 6.18.23
- 6.18.24
- 6.18.25
- 6.18.26
- 6.18.27
- 6.18.28
- 6.18.29
- 6.18.30
- 6.18.31
- 6.18.32
- 6.18.33
- 6.18.34
- 6.18.35
- 6.18.36
- 6.18.37
- 6.18.38
- 6.18.39
- 6.18.40
- 6.18.41
- 6.18.42
- 6.18.43
- 6.18.44
- 6.18.45
- 6.18.46
- 6.18.47
- 6.18.48
- 6.18.49
- 6.18.50
- 6.18.51
- 7.2.0
- 7.2.1
- 7.2.2
- 7.2.3
- 7.2.4
- 7.2.5
الرخصة
موقع إلكتروني
- المجهز: https://www.kernel.org/
CPE 2.3
CPE 2.2
CVSSv4
VulDB متجه: 🔒VulDB الاعتمادية: 🔍
CVSSv3
VulDB الدرجة الأساسية للميتا: 8.2VulDB الدرجة المؤقتة للميتا: 7.8
VulDB الدرجة الأساسية: 8.2
VulDB الدرجة المؤقتة: 7.8
VulDB متجه: 🔒
VulDB الاعتمادية: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| متجه | التعقيد | توثيق | السرية | الأمانة | التوفر |
|---|---|---|---|---|---|
| افتح | افتح | افتح | افتح | افتح | افتح |
| افتح | افتح | افتح | افتح | افتح | افتح |
| افتح | افتح | افتح | افتح | افتح | افتح |
VulDB الدرجة الأساسية: 🔒
VulDB الدرجة المؤقتة: 🔒
VulDB الاعتمادية: 🔍
استغلال
الفئة: تلف الذاكرةCWE: CWE-787 / CWE-119
CAPEC: 🔒
ATT&CK: 🔒
ملموس: جزئي
محلي: نعم
عن بُعد: لا
التوفر: 🔒
الحالة: غير معرفة
تقدير السعر: 🔍
تقدير السعر الحالي: 🔒
| 0-Day | افتح | افتح | افتح | افتح |
|---|---|---|---|---|
| اليوم | افتح | افتح | افتح | افتح |
استخبارات التهديد
الاهتمام: 🔍الفاعلون النشطون: 🔍
مجموعات APT النشطة: 🔍
إجراءات مضادة
التوصية: ترقيةالحالة: 🔍
زمن الهجوم الفوري: 🔒
ترقية: Kernel 5.10.270/5.15.221/6.1.188/6.6.157/6.12.110/6.18.52/7.2.6/7.3-rc1
تصحيح: 263a35331169390f7f9ccb51d74e668610199af4/49f2f9b1d0cc76cf221306fc707703205bd27073/c5135bc34ea37e9d19f758e61ac44415afb3891a/55864b26c22cbd4b2e0d36154a8c35931c2e133b/b166bb79b7ef36b4f1d6d1f40d1a72b2eb0a56b9/aaa66e60c0e21d19993a95bc3718dc29eb2d3192/55516986a3d81325c84f2d4ae9cd03116bc63599/8c3afcf27fa4582c1ab912503dc8a4ebb8dc0f82
الجدول الزمني
11/09/2026 تم حجز CVE17/09/2026 تم نشر الاستشارة
17/09/2026 تم إنشاء إدخال VulDB
17/09/2026 آخر تحديث في VulDB
المصادر
المجهز: kernel.orgاستشارة: git.kernel.org
الحالة: مؤكد
CVE: CVE-2026-90295 (🔒)
GCVE (CVE): GCVE-0-2026-90295
GCVE (VulDB): GCVE-100-406829
إدخال
تم الإنشاء: 17/09/2026 09:25 PMالتغييرات: 17/09/2026 09:25 PM (59)
كامل: 🔍
Cache ID: 216::103
If you want to get the best quality for vulnerability data then you always have to consider VulDB.
لا توجد تعليقات بعد اللغات: ar + fa + en.
يرجى تسجيل الدخول حتى تتمكن من التعليق