Oracle Advanced Queuing component 9.2.0.8 تلف الذاكرة

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

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

ثغرة أمنية مصنفة على أنها خطيرة تم أيجادها في Oracle Advanced Queuing component 9.2.0.8. المشكلة أثرت على دالة غير معروفة. ينتج عن التلاعب حدوث تلف الذاكرة. تم تسمية الثغرة بأسمCVE-2008-2607. بالإضافة إلى ذلك، يتوفر استغلال. يُنصح بترقية المكون المتأثر.

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

ثغرة أمنية مصنفة على أنها خطيرة تم أيجادها في Oracle Advanced Queuing component 9.2.0.8. المشكلة أثرت على دالة غير معروفة. ينتج عن التلاعب حدوث تلف الذاكرة. عند استخدام CWE لتحديد المشكلة، سيتم التوجيه إلى CWE-119. تم اكتشاف الثغرة في 15/07/2008. تم نشر الضعف 15/07/2008 بواسطة Esteban Martinez Fayo (Alexander) مع Application Security, Inc. (موقع إلكتروني). يمكن تحميل الاستشارة من هنا vupen.com.

تم تسمية الثغرة بأسمCVE-2008-2607. تم تعيين CVE في 09/06/2008. لا تتوفر معلومات تقنية. معدل انتشار هذه الثغرة أقل من المعدل العام. بالإضافة إلى ذلك، يتوفر استغلال. تم الكشف عن الاستغلال للعامة وقد يتم استخدامه.

إذا تم تحديد إثبات المفهوم، فإنه يُعلن كـ إثبات المفهوم. الإكسبلويت يمكن تحميلها من هناt securityfocus.com. لكونها ثغرة هجوم فوري متوسط سعرها كان$25k-$100k. برنامج فحص الشبكات نيسوس يوفر ملحق بعنوان56061(Oracle Database Multiple Vulnerabilities (July 2008 CPU)), يمكنك من الكشف عن وجود هذه الثغرة. يتم تعيينه إلى العائلة Databases. يعمل البرنامج الإضافي في بيئة النوع l. خدمة فحص الشبكات كويلس يمكنها الكشف عن هذه الثغرة الأمنية بواسطة ملحق19244 (Oracle Package SYS.DBMS_AQELM SQL Injection Vulnerability).

يُنصح بترقية المكون المتأثر.

أيضًا، يمكن رصد ومنع هذا الهجوم من خلال TippingPoint باستخدام الفلتر 8735. إذا كانت قائمة قواعد بيانات المصدر تحتوي على عناصر، فإن الثغرة موثقة أيضًا في قواعد بيانات ثغرات أخرى: SecurityFocus (BID 30177), X-Force (43785), Secunia (SA31087), SecurityTracker (ID 1020499) , Vulnerability Center (SBV-18845).

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

المجهز

الأسم

النسخة

الرخصة

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

CPE 2.3المعلومات

CPE 2.2المعلومات

CVSSv4المعلومات

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

CVSSv3المعلومات

VulDB الدرجة الأساسية للميتا: 6.3
VulDB الدرجة المؤقتة للميتا: 5.7

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

CVSSv2المعلومات

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

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

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

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

الفئة: تلف الذاكرة
CWE: CWE-119
CAPEC: 🔍
ATT&CK: 🔍

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

التوفر: 🔍
وصول: عام
الحالة: إثبات المفهوم
لغة البرمجة: 🔍
تحميل: 🔍

EPSS Score: 🔍
EPSS Percentile: 🔍

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

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

Nessus ID: 56061
Nessus الأسم: Oracle Database Multiple Vulnerabilities (July 2008 CPU)
Nessus ملف: 🔍
Nessus خطر: 🔍
Nessus عائلة: 🔍
Nessus Context: 🔍

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

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

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

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

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

زمن الاستجابة: 🔍
زمن الهجوم الفوري: 🔍
زمن التعرض: 🔍
TippingPoint: 🔍

McAfee IPS النسخة: 🔍

ISS Proventia IPS: 🔍
PaloAlto IPS: 🔍
Fortigate IPS: 🔍

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

09/06/2008 🔍
10/07/2008 +31 أيام 🔍
15/07/2008 +5 أيام 🔍
15/07/2008 +0 أيام 🔍
15/07/2008 +0 أيام 🔍
15/07/2008 +0 أيام 🔍
15/07/2008 +0 أيام 🔍
16/07/2008 +1 أيام 🔍
20/07/2008 +4 أيام 🔍
16/11/2011 +1214 أيام 🔍
17/03/2015 +1217 أيام 🔍
14/08/2019 +1611 أيام 🔍

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

المجهز: oracle.com

استشارة: vupen.com⛔
باحث: Esteban Martinez Fayo (Alexander)
منظمة: Application Security, Inc.
الحالة: مؤكد
تأكيد: 🔍

CVE: CVE-2008-2607 (🔍)
GCVE (CVE): GCVE-0-2008-2607
GCVE (VulDB): GCVE-100-43245
X-Force: 43785
SecurityFocus: 30177 - Oracle July 2008 Critical Patch Update Multiple Vulnerabilities
Secunia: 31087
OSVDB: 47727 - CVE-2008-2607 - Oracle - Database Server - Unspecified Issue
SecurityTracker: 1020499
Vulnerability Center: 18845 - [cpujul2008-090335] Oracle Database Advanced Queuing Component Allows Remote Code Execution and DoS, High
Vupen: ADV-2008-2109

scip Labs: https://www.scip.ch/en/?labs.20161013
اقرأ أيضاً: 🔍

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

تم الإنشاء: 17/03/2015 12:19 PM
تم التحديث: 14/08/2019 03:53 PM
التغييرات: 17/03/2015 12:19 PM (69), 14/08/2019 03:53 PM (21)
كامل: 🔍
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!