FFmpeg حتى 1.1.3 Microsoft RLE Data msrledec.c msrle_decode_8_16_24_32 تلف الذاكرة
| CVSS الدرجة المؤقتة للميتا | سعر الإكسبلويت الحالي (≈) | درجة اهتمام CTI |
|---|---|---|
| 7.2 | $0-$5k | 0.00 |
الملخص
تم التعرف على ثغرة أمنية في FFmpeg حتى 1.1.3. وقد تم تصنيفها على أنها خطيرة. الثغرة الأمنية أثرت على الدالة msrle_decode_8_16_24_32 في المكتبة libavcodec من الملف msrledec.c من العنصر Microsoft RLE Data. عند التلاعب ينتج تلف الذاكرة.
الثغرة الأمنية هذه تم تسميتهاCVE-2013-2496. لا يتوفر أي استغلال.
يوصى بتثبيت تصحيح لمعالجة هذه المشكلة.
التفاصيل
تم التعرف على ثغرة أمنية في FFmpeg حتى 1.1.3. وقد تم تصنيفها على أنها خطيرة. الثغرة الأمنية أثرت على الدالة msrle_decode_8_16_24_32 في المكتبة libavcodec من الملف msrledec.c من العنصر Microsoft RLE Data. عند التلاعب ينتج تلف الذاكرة. عبر استخدام CWE في وصف المشكلة، سيتم الإشارة إلى CWE-119. تم إصدار التحذير حول الضعف 04/03/2013 عن طريق Mateusz Jurczyk and Gynvael Coldwind (j00ru) بالتعاون مع Google Security Team برقم SA52594 كـ استشارة (Secunia). يمكن قراءة الاستشارة من هنا secunia.com. تم نشر هذه البيانات بموافقة الشركة المالكة.
الثغرة الأمنية هذه تم تسميتهاCVE-2013-2496. حدث تعيين CVE في 07/03/2013. تتوفر معلومات تقنية. معدل انتشار هذه الثغرة أقل من المعدل العام. لا يتوفر أي استغلال.
إذا كان هناك قيمة لـ غير معرفة، فسيتم التصريح بأنه غير معرفة. باعتباره ثغرة يوم الصفر، كان السعر التقديري في السوق السوداء حوالي $0-$5k. يحتوي برنامج Nessus لفحص الثغرات على ملحق بالمعرف 65819. تم إسناده إلى عائلة Ubuntu Local Security Checks.
التحديث متوفر للتنزيل على git.videolan.org. يوصى بتثبيت تصحيح لمعالجة هذه المشكلة.
إذا كانت قائمة قواعد بيانات المصدر تحتوي على عناصر، فإن الثغرة موثقة أيضًا في قواعد بيانات ثغرات أخرى: SecurityFocus (BID 58468), X-Force (82784), Secunia (SA52594), Vulnerability Center (SBV-44243) , Tenable (65819).
منتج
النوع
الأسم
النسخة
الرخصة
موقع إلكتروني
- منتج: https://ffmpeg.org/
CPE 2.3
CPE 2.2
CVSSv4
VulDB متجه: 🔍VulDB الاعتمادية: 🔍
CVSSv3
VulDB الدرجة الأساسية للميتا: 7.5VulDB الدرجة المؤقتة للميتا: 7.2
VulDB الدرجة الأساسية: 7.5
VulDB الدرجة المؤقتة: 7.2
VulDB متجه: 🔍
VulDB الاعتمادية: 🔍
CVSSv2
| AV | AC | Au | C | I | A |
|---|---|---|---|---|---|
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| 💳 | 💳 | 💳 | 💳 | 💳 | 💳 |
| متجه | التعقيد | توثيق | السرية | الأمانة | التوفر |
|---|---|---|---|---|---|
| افتح | افتح | افتح | افتح | افتح | افتح |
| افتح | افتح | افتح | افتح | افتح | افتح |
| افتح | افتح | افتح | افتح | افتح | افتح |
VulDB الدرجة الأساسية: 🔍
VulDB الدرجة المؤقتة: 🔍
VulDB الاعتمادية: 🔍
NVD الدرجة الأساسية: 🔍
استغلال
الفئة: تلف الذاكرةCWE: CWE-119
CAPEC: 🔍
ATT&CK: 🔍
ملموس: لا
محلي: لا
عن بُعد: نعم
التوفر: 🔍
الحالة: غير معرفة
EPSS Score: 🔍
EPSS Percentile: 🔍
تقدير السعر: 🔍
تقدير السعر الحالي: 🔍
| 0-Day | افتح | افتح | افتح | افتح |
|---|---|---|---|---|
| اليوم | افتح | افتح | افتح | افتح |
Nessus ID: 65819
Nessus الأسم: Ubuntu 12.04 LTS / 12.10 : libav vulnerabilities (USN-1790-1)
Nessus ملف: 🔍
Nessus خطر: 🔍
Nessus عائلة: 🔍
OpenVAS ID: 841389
OpenVAS الأسم: Ubuntu Update for libav USN-1790-1
OpenVAS ملف: 🔍
OpenVAS عائلة: 🔍
استخبارات التهديد
الاهتمام: 🔍الفاعلون النشطون: 🔍
مجموعات APT النشطة: 🔍
إجراءات مضادة
التوصية: تصحيحالحالة: 🔍
زمن الاستجابة: 🔍
زمن الهجوم الفوري: 🔍
زمن التعرض: 🔍
تصحيح: git.videolan.org
الجدول الزمني
04/03/2013 🔍04/03/2013 🔍
07/03/2013 🔍
09/03/2013 🔍
09/03/2013 🔍
13/03/2013 🔍
13/03/2013 🔍
14/03/2013 🔍
24/04/2014 🔍
06/05/2021 🔍
المصادر
منتج: ffmpeg.orgاستشارة: SA52594⛔
باحث: Mateusz Jurczyk, Gynvael Coldwind (j00ru)
منظمة: Google Security Team
الحالة: غير معرفة
تأكيد: 🔍
منسق: 🔍
CVE: CVE-2013-2496 (🔍)
GCVE (CVE): GCVE-0-2013-2496
GCVE (VulDB): GCVE-100-7981
OVAL: 🔍
X-Force: 82784
SecurityFocus: 58468 - FFmpeg Multiple Remote Code Execution Vulnerabilities
Secunia: 52594 - FFmpeg Multiple Vulnerabilities, Highly Critical
OSVDB: 91199
Vulnerability Center: 44243 - FFmpeg <1.1.3 Unspecified Remote Vulnerability in msrledec.c in libavcodec, High
اقرأ أيضاً: 🔍
إدخال
تم الإنشاء: 14/03/2013 10:35 AMتم التحديث: 06/05/2021 11:22 AM
التغييرات: 14/03/2013 10:35 AM (76), 20/08/2017 10:23 PM (11), 06/05/2021 11:22 AM (3)
كامل: 🔍
المتعهد:
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.
يرجى تسجيل الدخول حتى تتمكن من التعليق