Linux Kernel حتى 7.2.2 espintcp espintcp_close تلف الذاكرة

| CVSS الدرجة المؤقتة للميتا | سعر الإكسبلويت الحالي (≈) | درجة اهتمام CTI |
|---|---|---|
| 9.5 | $5k-$25k | 0.41 |
الملخص
تم اكتشاف ثغرة مصنفة كـ خطيرة جداً في Linux Kernel حتى 7.2.2. تتعلق المشكلة بالوظيفة espintcp_close في المكون espintcp. ينتج عن التلاعب حدوث تلف الذاكرة.
تُعرف هذه الثغرة باسم CVE-2026-80848. من الممكن تنفيذ الهجوم عن بُعد. لا يتوفر أي استغلال.
التفاصيل
تم اكتشاف ثغرة مصنفة كـ خطيرة جداً في Linux Kernel حتى 7.2.2. تتعلق المشكلة بالوظيفة espintcp_close في المكون espintcp. ينتج عن التلاعب حدوث تلف الذاكرة. عند استخدام CWE لتحديد المشكلة، سيتم التوجيه إلى CWE-416. المشكلة تم الإبلاغ عنها بتاريخ. تمت مشاركة التنبيه للتنزيل على git.kernel.org.
تُعرف هذه الثغرة باسم CVE-2026-80848. تم تعيين CVE في 26/08/2026. من الممكن تنفيذ الهجوم عن بُعد. تتوفر معلومات تقنية. معدل انتشار هذه الثغرة أقل من المعدل العام. لا يتوفر أي استغلال.
إذا تم تحديد غير معرفة، فإنه يُعلن كـ غير معرفة.
إذا تمت الترقية إلى الإصدار 5.10.269, 5.15.220, 6.1.187, 6.6.156, 6.12.108, 6.18.49, 7.1.13, 7.2.3 , 7.3-rc1، يمكن معالجة هذه المشكلة. أسم الباتش التصحيحي هو29121c5e6591da527e8e36ddac7120dc527f574d/ed5d9102190c45fc70121c036b0626b740040b75/4bc0dfa28dca6fc0084203732695968049c44072/ff8dd7a932f34409a56e1b91a1219340f17457e9/4b31a875693c480c611519faca46216514e3e052/24efebecf415ba264adba0f0491cec436463a14f/eb3bbf29c723fe75c0eb92be14f0ec92971fe272/54b41ad14da9a981131ab6e4d3f79321a503ea5d/deb232e884877bf10b4ce2580909eedec986c284.
منتج
النوع
المجهز
الأسم
النسخة
- 5.10.268
- 5.15.219
- 6.1.186
- 6.6.155
- 6.12.107
- 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
- 7.1.0
- 7.1.1
- 7.1.2
- 7.1.3
- 7.1.4
- 7.1.5
- 7.1.6
- 7.1.7
- 7.1.8
- 7.1.9
- 7.1.10
- 7.1.11
- 7.1.12
- 7.2.0
- 7.2.1
- 7.2.2
الرخصة
موقع إلكتروني
- المجهز: https://www.kernel.org/
CPE 2.3
CPE 2.2
CVSSv4
VulDB متجه: 🔒VulDB الاعتمادية: 🔍
CVSSv3
VulDB الدرجة الأساسية للميتا: 10.0VulDB الدرجة المؤقتة للميتا: 9.5
VulDB الدرجة الأساسية: 10.0
VulDB الدرجة المؤقتة: 9.5
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.269/5.15.220/6.1.187/6.6.156/6.12.108/6.18.49/7.1.13/7.2.3/7.3-rc1
تصحيح: 29121c5e6591da527e8e36ddac7120dc527f574d/ed5d9102190c45fc70121c036b0626b740040b75/4bc0dfa28dca6fc0084203732695968049c44072/ff8dd7a932f34409a56e1b91a1219340f17457e9/4b31a875693c480c611519faca46216514e3e052/24efebecf415ba264adba0f0491cec436463a14f/eb3bbf29c723fe75c0eb92be14f0ec92971fe272/54b41ad14da9a981131ab6e4d3f79321a503ea5d/deb232e884877bf10b4ce2580909eedec986c284
الجدول الزمني
26/08/2026 تم حجز CVE04/09/2026 تم نشر الاستشارة
04/09/2026 تم إنشاء إدخال VulDB
04/09/2026 آخر تحديث في VulDB
المصادر
المجهز: kernel.orgاستشارة: git.kernel.org
الحالة: مؤكد
CVE: CVE-2026-80848 (🔒)
GCVE (CVE): GCVE-0-2026-80848
GCVE (VulDB): GCVE-100-399045
إدخال
تم الإنشاء: 04/09/2026 07:04 PMالتغييرات: 04/09/2026 07:04 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.
يرجى تسجيل الدخول حتى تتمكن من التعليق