MySQL MaxDB حتى 7.5.00.16 IsAscii7 الحرمان من الخدمة

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

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

تم أكتشاف ثغرة أمنية في MySQL MaxDB حتى 7.5.00.16. وقد تم تصنيفها على أنها مشكلة صعبة الحل. الثغرة الأمنية متواجدة في الدالة IsAscii7. عند التلاعب ينتج الحرمان من الخدمة. أسم الثغرة الأمنية هوCVE-2004-0931. بالإضافة إلى ذلك، يتوفر استغلال. يُنصح بترقية المكون المتأثر.

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

تم أكتشاف ثغرة أمنية في MySQL MaxDB حتى 7.5.00.16. وقد تم تصنيفها على أنها مشكلة صعبة الحل. الثغرة الأمنية متواجدة في الدالة IsAscii7. عند التلاعب ينتج الحرمان من الخدمة. عند استخدام CWE لتحديد المشكلة، سيتم التوجيه إلى CWE-404. تم اكتشاف الثغرة في 16/08/2004. تم الإعلان عن الثغرة 07/10/2004 من قبل Patrik Karlsson (موقع إلكتروني). يمكن عرض الاستشارة من هنا idefense.com.

أسم الثغرة الأمنية هوCVE-2004-0931. تم تعيين CVE في 04/10/2004. تتوفر معلومات تقنية. معدل انتشار هذه الثغرة أقل من المعدل العام. بالإضافة إلى ذلك، يتوفر استغلال.

إذا تم تحديد إثبات المفهوم، فإنه يُعلن كـ إثبات المفهوم. تم اعتبار الثغرة استغلال يوم-صفر غير معلن لمدة لا تقل عن 52 يومًا. لكونها ثغرة هجوم فوري متوسط سعرها كان$0-$5k.

إذا تمت الترقية إلى الإصدار bis 7.5.00.17، يمكن معالجة هذه المشكلة. يُنصح بترقية المكون المتأثر.

إذا كانت قائمة قواعد بيانات المصدر تحتوي على عناصر، فإن الثغرة موثقة أيضًا في قواعد بيانات ثغرات أخرى: SecurityFocus (BID 11346), X-Force (17633) , Secunia (SA12756).

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

النوع

المجهز

الأسم

النسخة

الرخصة

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افتحافتحافتحافتح
اليومافتحافتحافتحافتح

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

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

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

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

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

ترقية: MaxDB bis 7.5.00.17

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

16/08/2004 🔍
04/10/2004 +49 أيام 🔍
06/10/2004 +2 أيام 🔍
07/10/2004 +1 أيام 🔍
07/10/2004 +0 أيام 🔍
07/10/2004 +0 أيام 🔍
07/10/2004 +0 أيام 🔍
31/12/2004 +84 أيام 🔍
14/04/2015 +3756 أيام 🔍
22/06/2018 +1165 أيام 🔍

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

استشارة: idefense.com⛔
باحث: Patrik Karlsson
الحالة: غير معرفة

CVE: CVE-2004-0931 (🔍)
GCVE (CVE): GCVE-0-2004-0931
GCVE (VulDB): GCVE-100-22645
X-Force: 17633 - MaxDB IsAscii7 denial of service
SecurityFocus: 11346 - MySQL MaxDB WebDBM Server Name Denial of Service Vulnerability
Secunia: 12756 - MaxDB Two Vulnerabilities, Moderately Critical
OSVDB: 10532 - MySQL MaxDB webdbm Server Field DoS

scip Labs: https://www.scip.ch/en/?labs.20161013

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

تم الإنشاء: 14/04/2015 01:27 PM
تم التحديث: 22/06/2018 07:51 AM
التغييرات: 14/04/2015 01:27 PM (61), 22/06/2018 07:51 AM (7)
كامل: 🔍
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.

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

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

Are you interested in using VulDB?

Download the whitepaper to learn more about our service!