Linux Kernel حتى 7.2.5 LLCP nfc_llcp_getsockopt تلف الذاكرة

| CVSS الدرجة المؤقتة للميتا | سعر الإكسبلويت الحالي (≈) | درجة اهتمام CTI |
|---|---|---|
| 8.4 | $0-$5k | 0.00 |
الملخص
تم التعرف على ثغرة أمنية في Linux Kernel حتى 7.2.5. وقد تم تصنيفها على أنها خطيرة جداً. الثغرة الأمنية أثرت على الدالة nfc_llcp_getsockopt من العنصر LLCP. تؤدي عملية التلاعب إلى تلف الذاكرة.
الثغرة الأمنية هذه تم تسميتهاCVE-2026-90225. يجب تنفيذ الهجوم محليًا. لا يتوفر أي استغلال.
يوصى بترقية العنصر المتأثر.
التفاصيل
تم التعرف على ثغرة أمنية في Linux Kernel حتى 7.2.5. وقد تم تصنيفها على أنها خطيرة جداً. الثغرة الأمنية أثرت على الدالة nfc_llcp_getsockopt من العنصر LLCP. تؤدي عملية التلاعب إلى تلف الذاكرة. أستخدام الـ سي دبليو أي للأعلان عن المشكلة يؤدي إلى CWE-416. تم إصدار التحذير حول الضعف. يمكن قراءة الاستشارة من هنا git.kernel.org.
الثغرة الأمنية هذه تم تسميتهاCVE-2026-90225. تم إصدار CVE في 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. أسم الباتش التصحيحي هو56fd158fef20268f48db6cdfe5d722e930134eda/8ba8cec0586727cc135ca4827921fc7b52946d71/ed5240bab3468988077fe8bf29b935eaecc9ff89/fe65727a4a21b11c18eebae1338482767a897b76/2d8ac24565be85bf56580b87bf1b874d35625eb5/156e65bd29307f5053835bff60bc1ba342fa010f/d1b73962675cdc5a58e2707e25b548d8b495fde0/36812527052c5bfb1ec6c1e292d67a5bf76b750f. يوصى بترقية العنصر المتأثر.
منتج
النوع
المجهز
الأسم
النسخة
- 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.8VulDB الدرجة المؤقتة للميتا: 8.4
VulDB الدرجة الأساسية: 8.8
VulDB الدرجة المؤقتة: 8.4
VulDB متجه: 🔒
VulDB الاعتمادية: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| متجه | التعقيد | توثيق | السرية | الأمانة | التوفر |
|---|---|---|---|---|---|
| افتح | افتح | افتح | افتح | افتح | افتح |
| افتح | افتح | افتح | افتح | افتح | افتح |
| افتح | افتح | افتح | افتح | افتح | افتح |
VulDB الدرجة الأساسية: 🔒
VulDB الدرجة المؤقتة: 🔒
VulDB الاعتمادية: 🔍
استغلال
الفئة: تلف الذاكرةCWE: CWE-416 / 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
تصحيح: 56fd158fef20268f48db6cdfe5d722e930134eda/8ba8cec0586727cc135ca4827921fc7b52946d71/ed5240bab3468988077fe8bf29b935eaecc9ff89/fe65727a4a21b11c18eebae1338482767a897b76/2d8ac24565be85bf56580b87bf1b874d35625eb5/156e65bd29307f5053835bff60bc1ba342fa010f/d1b73962675cdc5a58e2707e25b548d8b495fde0/36812527052c5bfb1ec6c1e292d67a5bf76b750f
الجدول الزمني
11/09/2026 تم حجز CVE17/09/2026 تم نشر الاستشارة
17/09/2026 تم إنشاء إدخال VulDB
17/09/2026 آخر تحديث في VulDB
المصادر
المجهز: kernel.orgاستشارة: git.kernel.org
الحالة: مؤكد
CVE: CVE-2026-90225 (🔒)
GCVE (CVE): GCVE-0-2026-90225
GCVE (VulDB): GCVE-100-406757
إدخال
تم الإنشاء: 17/09/2026 08:58 PMالتغييرات: 17/09/2026 08:58 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.
يرجى تسجيل الدخول حتى تتمكن من التعليق