IBM DB2 Universal Database حتى 8 FP12 IN Statement الحرمان من الخدمة

CVSS الدرجة المؤقتة للميتاسعر الإكسبلويت الحالي (≈)درجة اهتمام CTI
4.8$0-$5k0.00

الملخصالمعلومات

تم أكتشاف ثغرة أمنية في IBM DB2 Universal Database حتى 8 FP12. وقد تم تصنيفها على أنها مشكلة صعبة الحل. الثغرة الأمنية متواجدة في دالة غير معروفة. عند التلاعب في إطار IN Statement ينتج الحرمان من الخدمة. أسم الثغرة الأمنية هوCVE-2006-3066. يمكن شن الهجوم هذا عن بعد. لا يتوفر أي استغلال. من المستحسن تطبيق تحديث لإصلاح هذه المشكلة.

التفاصيلالمعلومات

تم أكتشاف ثغرة أمنية في IBM DB2 Universal Database حتى 8 FP12. وقد تم تصنيفها على أنها مشكلة صعبة الحل. الثغرة الأمنية متواجدة في دالة غير معروفة. عند التلاعب في إطار IN Statement ينتج الحرمان من الخدمة. أستخدام الـ سي دبليو أي للأعلان عن المشكلة يؤدي إلى CWE-404. تم التعرف على الثغرة بتاريخ 18/04/2006. تم الإعلان عن الثغرة 14/06/2006 من قبل Amichai Shulman, Ohad Atia and Elad Tabak من خلال IBM (موقع إلكتروني). يمكن عرض الاستشارة من هنا www-1.ibm.com.

أسم الثغرة الأمنية هوCVE-2006-3066. تم إصدار CVE في 19/06/2006. يمكن شن الهجوم هذا عن بعد. لا تتوفر معلومات تقنية. هذه الثغرة شائعة أكثر من المعتاد. لا يتوفر أي استغلال. يصرح مشروع MITRE ATT&CK بأن تقنية الهجوم هي T1499.

إذا وُجد إثبات المفهوم، فإنه يُصرح به كـ إثبات المفهوم. تم تصنيف الثغرة كاستغلال يوم-صفر غير معلن لمدة لا تقل عن 57 يومًا. بلغ السعر التقديري لثغرة يوم الصفر في السوق السوداء حوالي $5k-$25k. يقدم أداة فحص الثغرات Nessus مكونًا إضافيًا يحمل رقم التعريف 23935. تم إسناده إلى عائلة Databases. يعمل البرنامج الإضافي في بيئة النوع r. خدمة فحص الشبكات كويلس يمكنها الكشف عن هذه الثغرة الأمنية بواسطة ملحق19209 (IBM DB2 Universal Database Multiple Denial of Service Vulnerabilities).

التحديث متوفر للتنزيل على www-1.ibm.com. من المستحسن تطبيق تحديث لإصلاح هذه المشكلة.

إذا كانت قائمة قواعد بيانات المصدر تحتوي على عناصر، فإن الثغرة موثقة أيضًا في قواعد بيانات ثغرات أخرى: SecurityFocus (BID 18428), X-Force (27098), Secunia (SA20579), Vulnerability Center (SBV-12140) , Tenable (23935).

منتجالمعلومات

النوع

المجهز

الأسم

النسخة

الرخصة

موقع إلكتروني

CPE 2.3المعلومات

CPE 2.2المعلومات

CVSSv4المعلومات

VulDB متجه: 🔍
VulDB الاعتمادية: 🔍

CVSSv3المعلومات

VulDB الدرجة الأساسية للميتا: 5.3
VulDB الدرجة المؤقتة للميتا: 4.8

VulDB الدرجة الأساسية: 5.3
VulDB الدرجة المؤقتة: 4.8
VulDB متجه: 🔍
VulDB الاعتمادية: 🔍

CVSSv2المعلومات

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
متجهالتعقيدتوثيقالسريةالأمانةالتوفر
افتحافتحافتحافتحافتحافتح
افتحافتحافتحافتحافتحافتح
افتحافتحافتحافتحافتحافتح

VulDB الدرجة الأساسية: 🔍
VulDB الدرجة المؤقتة: 🔍
VulDB الاعتمادية: 🔍

NVD الدرجة الأساسية: 🔍

استغلالالمعلومات

الفئة: الحرمان من الخدمة
CWE: CWE-404
CAPEC: 🔍
ATT&CK: 🔍

ملموس: لا
محلي: لا
عن بُعد: نعم

التوفر: 🔍
الحالة: إثبات المفهوم

EPSS Score: 🔍
EPSS Percentile: 🔍

تقدير السعر: 🔍
تقدير السعر الحالي: 🔍

0-Dayافتحافتحافتحافتح
اليومافتحافتحافتحافتح

Nessus ID: 23935
Nessus الأسم: IBM DB2 < 8.1 FixPak 12 EXCSAT Long MGRLVLLS Message Remote DoS
Nessus ملف: 🔍
Nessus خطر: 🔍
Nessus عائلة: 🔍
Nessus Context: 🔍

Qualys ID: 🔍
Qualys الأسم: 🔍

استخبارات التهديدالمعلومات

الاهتمام: 🔍
الفاعلون النشطون: 🔍
مجموعات APT النشطة: 🔍

إجراءات مضادةالمعلومات

التوصية: تصحيح
الحالة: 🔍

زمن الهجوم الفوري: 🔍

تصحيح: www-1.ibm.com

الجدول الزمنيالمعلومات

18/04/2006 🔍
14/06/2006 +57 أيام 🔍
14/06/2006 +0 أيام 🔍
14/06/2006 +0 أيام 🔍
19/06/2006 +5 أيام 🔍
19/06/2006 +0 أيام 🔍
19/06/2006 +0 أيام 🔍
26/06/2006 +7 أيام 🔍
03/07/2006 +7 أيام 🔍
18/08/2006 +46 أيام 🔍
23/12/2006 +126 أيام 🔍
21/06/2019 +4563 أيام 🔍

المصادرالمعلومات

المجهز: ibm.com

استشارة: www-1.ibm.com
باحث: Amichai Shulman, Ohad Atia, Elad Tabak
منظمة: IBM
الحالة: مؤكد

CVE: CVE-2006-3066 (🔍)
GCVE (CVE): GCVE-0-2006-3066
GCVE (VulDB): GCVE-100-2317
X-Force: 27098
SecurityFocus: 18428 - IBM DB2 Universal Database Multiple Denial of Service Vulnerabilities
Secunia: 20579 - DB2 Universal Database Multiple Denial of Service Vulnerabilities, Less Critical
OSVDB: 29861 - IBM DB2 Universal Database EXCSAT Long MGRLVLLS Message Remote DoS
Vulnerability Center: 12140 - IBM DB2 Buffer Overflow in the TCP/IP Listener May Cause Denial of Service, Medium
Vupen: ADV-2006-2332

اقرأ أيضاً: 🔍

إدخالالمعلومات

تم الإنشاء: 26/06/2006 12:32 PM
تم التحديث: 21/06/2019 05:44 PM
التغييرات: 26/06/2006 12:32 PM (82), 21/06/2019 05:44 PM (8)
كامل: 🔍
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.

يرجى تسجيل الدخول حتى تتمكن من التعليق

التالي ▸نظرة عامة◂ السابق

Do you want to use VulDB in your project?

Use the official API to access entries easily!