Linux Kernel حتى 7.3-rc3 Socket sock_gettstamp تلف الذاكرة

| CVSS الدرجة المؤقتة للميتا | سعر الإكسبلويت الحالي (≈) | درجة اهتمام CTI |
|---|---|---|
| 9.5 | $5k-$25k | 0.00+ |
الملخص
تم اكتشاف ثغرة مصنفة كـ خطيرة جداً في Linux Kernel حتى 7.3-rc3. تتعلق المشكلة بالوظيفة sock_gettstamp في المكون Socket. ينتج عن التلاعب حدوث تلف الذاكرة.
تُعرف هذه الثغرة باسم CVE-2026-98276. من الممكن تنفيذ الهجوم عن بُعد. لا يتوفر أي استغلال.
يوصى بترقية العنصر المتأثر.
التفاصيل
تم اكتشاف ثغرة مصنفة كـ خطيرة جداً في Linux Kernel حتى 7.3-rc3. تتعلق المشكلة بالوظيفة sock_gettstamp في المكون Socket. ينتج عن التلاعب حدوث تلف الذاكرة. أستخدام الـ سي دبليو أي للأعلان عن المشكلة يؤدي إلى CWE-416. المشكلة تم الإبلاغ عنها بتاريخ. تمت مشاركة التنبيه للتنزيل على git.kernel.org.
تُعرف هذه الثغرة باسم CVE-2026-98276. تم إصدار CVE في 25/09/2026. من الممكن تنفيذ الهجوم عن بُعد. تتوفر معلومات تقنية. معدل انتشار هذه الثغرة أقل من المعدل العام. لا يتوفر أي استغلال.
إذا وُجد غير معرفة، فإنه يُصرح به كـ غير معرفة.
حل هذه المشكلة ممكن عبر الترقية إلى الإصدار 5.10.271, 5.15.222, 6.1.189, 6.6.158, 6.12.112, 6.18.54, 7.2.8 , 7.3-rc4. أسم الباتش التصحيحي هو18899e2e4023369a8f7739c2255a59a9748d8d17/88c804847dd87dc613b771b392ccecdb94725032/3b12d3967e96f1b7b977d9fc352ae29a1b299a82/17b2a1eb97fdb2a2cbaeab3b146b26797ea9311f/1f73253add8365d0dad0a4f421acaa8c21d20cef/d9f96bc2d822501f84d1caa6275a2c6b316ca2c4/899650bbf985b7bfd2a7b808357df9b16e6d6959/9ed55f3dbef4f4adfe65eb03b0c35c53229a8490. يوصى بترقية العنصر المتأثر.
منتج
النوع
المجهز
الأسم
النسخة
- 5.10.270
- 5.15.221
- 6.1.188
- 6.6.157
- 6.12.111
- 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
- 6.18.52
- 6.18.53
- 7.2.0
- 7.2.1
- 7.2.2
- 7.2.3
- 7.2.4
- 7.2.5
- 7.2.6
- 7.2.7
- 7.3-rc1
- 7.3-rc2
- 7.3-rc3
الرخصة
موقع إلكتروني
- المجهز: 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.271/5.15.222/6.1.189/6.6.158/6.12.112/6.18.54/7.2.8/7.3-rc4
تصحيح: 18899e2e4023369a8f7739c2255a59a9748d8d17/88c804847dd87dc613b771b392ccecdb94725032/3b12d3967e96f1b7b977d9fc352ae29a1b299a82/17b2a1eb97fdb2a2cbaeab3b146b26797ea9311f/1f73253add8365d0dad0a4f421acaa8c21d20cef/d9f96bc2d822501f84d1caa6275a2c6b316ca2c4/899650bbf985b7bfd2a7b808357df9b16e6d6959/9ed55f3dbef4f4adfe65eb03b0c35c53229a8490
الجدول الزمني
25/09/2026 تم حجز CVE06/10/2026 تم نشر الاستشارة
06/10/2026 تم إنشاء إدخال VulDB
06/10/2026 آخر تحديث في VulDB
المصادر
المجهز: kernel.orgاستشارة: git.kernel.org
الحالة: مؤكد
CVE: CVE-2026-98276 (🔒)
GCVE (CVE): GCVE-0-2026-98276
GCVE (VulDB): GCVE-100-413997
إدخال
تم الإنشاء: 06/10/2026 11:54 AMالتغييرات: 06/10/2026 11:54 AM (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.
يرجى تسجيل الدخول حتى تتمكن من التعليق