Sendmail NOCHAR prescan تلف الذاكرة

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

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

تم أيجاد ثغرة أمنية بصنف خطيرة. في Sendmail. تتأثر الوظيفة prescan من المكون NOCHAR Handler. تؤدي عملية التلاعب إلى تلف الذاكرة. يتم تداول هذه الثغرة تحت اسم CVE-2003-0161. بالإضافة إلى ذلك، يتوفر استغلال.

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

تم أيجاد ثغرة أمنية بصنف خطيرة. في Sendmail. تتأثر الوظيفة prescan من المكون NOCHAR Handler. تؤدي عملية التلاعب إلى تلف الذاكرة. تعريف الـ سي دبليو أي للثغرة الأمنية هو CWE-119. تم اكتشاف الخلل بتاريخ 18/03/2003. المشكلة تم نشرها بتاريخ 29/03/2003 بواسطة Michal Zalewski and Michal Zalewski (موقع إلكتروني). الاستشارة متوفرة هنا ftp.sco.com.

يتم تداول هذه الثغرة تحت اسم CVE-2003-0161. تتوفر معلومات تقنية. معدل انتشار هذه الثغرة أقل من المعدل العام. بالإضافة إلى ذلك، يتوفر استغلال. تم إتاحة الاستغلال للجمهور وقد يتم استغلاله.

في حال وجود إثبات المفهوم، يتم الإعلان عنه كـ إثبات المفهوم. الاستغلال متاح للتنزيل عبر securityfocus.com. تمت معالجة الثغرة كاستغلال يوم-صفر خاص لمدة لا تقل عن 11 يومًا. كسعر لثغرة يوم الصفر، قُدّر السعر في السوق السوداء بحوالي $5k-$25k. يوفر ماسح الثغرات Nessus إضافة بالمعرف 12385. أنها مصنفة إلى عائلةRed Hat Local Security Checks. خدمة فحص الشبكات كويلس يمكنها الكشف عن هذه الثغرة الأمنية بواسطة ملحق74174 (Red Hat Sendmail Address Prescan Possible Memory Corruption Vulnerability).

يمكن التعرف على محاولات الهجوم من خلال معرّف Snort 2183. إذا كانت قائمة قواعد بيانات المصدر تحتوي على عناصر، فإن الثغرة موثقة أيضًا في قواعد بيانات ثغرات أخرى: SecurityFocus (BID 7230), X-Force (11653), Secunia (SA12178), Vulnerability Center (SBV-1311) , Tenable (12385).

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

النوع

الأسم

الرخصة

CPE 2.3المعلومات

CPE 2.2المعلومات

CVSSv4المعلومات

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

CVSSv3المعلومات

VulDB الدرجة الأساسية للميتا: 7.3
VulDB الدرجة المؤقتة للميتا: 6.6

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

CVSSv2المعلومات

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

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

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

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

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

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

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

EPSS Score: 🔍
EPSS Percentile: 🔍

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

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

Nessus ID: 12385
Nessus الأسم: RHEL 2.1 : sendmail (RHSA-2003:121)
Nessus ملف: 🔍
Nessus خطر: 🔍
Nessus عائلة: 🔍

OpenVAS ID: 53346
OpenVAS الأسم: Debian Security Advisory DSA 278-1 (sendmail)
OpenVAS ملف: 🔍
OpenVAS عائلة: 🔍

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

Exploit-DB: 🔍

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

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

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

التوصية: لا يوجد تخفيف معروف
الحالة: 🔍

زمن الهجوم الفوري: 🔍
وقت تأخير الاستغلال: 🔍
Snort ID: 2183
Snort رسالة: SERVER-MAIL Sendmail Content-Transfer-Encoding overflow attempt
Snort الفئة: 🔍

Suricata ID: 2102259
Suricata الفئة: 🔍
Suricata رسالة: 🔍

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

18/03/2003 🔍
24/03/2003 +5 أيام 🔍
28/03/2003 +4 أيام 🔍
29/03/2003 +0 أيام 🔍
29/03/2003 +0 أيام 🔍
02/04/2003 +3 أيام 🔍
09/04/2004 +373 أيام 🔍
12/04/2016 +4386 أيام 🔍
24/08/2025 +3420 أيام 🔍

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

استشارة: ftp.sco.com
باحث: Michal Zalewski, Michal Zalewski
الحالة: غير معرفة

CVE: CVE-2003-0161 (🔍)
GCVE (CVE): GCVE-0-2003-0161
GCVE (VulDB): GCVE-100-82133
CERT: 🔍
X-Force: 11653
SecurityFocus: 7230 - Sendmail Address Prescan Memory Corruption Vulnerability
Secunia: 12178
OSVDB: 8294 - Sendmail NOCHAR Control Value prescan Overflow
Vulnerability Center: 1311

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

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

تم الإنشاء: 12/04/2016 02:11 PM
تم التحديث: 24/08/2025 01:34 AM
التغييرات: 12/04/2016 02:11 PM (66), 04/10/2018 04:24 PM (11), 13/07/2022 04:01 PM (4), 13/07/2022 04:07 PM (1), 12/06/2024 06:19 PM (16), 21/01/2025 02:39 PM (5), 24/08/2025 01:34 AM (5)
كامل: 🔍
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.

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

Might our Artificial Intelligence support you?

Check our Alexa App!