من سجل CVE إلى التعرض الخارجي
runc through 1.0-rc6, as used in Docker before 18.09.2 and other products, allows attackers to overwrite the host runc binary (and consequently obtain host root access) by leveraging the ability to execute a command as root within one of these types of containers: (1) a new container with an attacker-controlled image, or (2) an existing container, to which the attacker previously had write access, that can be attached with docker exec. This occurs because of file-descriptor mishandling, related to /proc/self/exe.
يجب ترتيب أولوية Docker vulnerability عبر ربط المورد والمنتج المتأثرين بالأصول الحية المكشوفة على الإنترنت، وليس كعنصر مجرد في موجز CVE. يركز ThreatPort على أول سؤال يطرحه مديرو تقنية المعلومات وفرق الأمن ذات الميزانية المحدودة: ماذا يمكن لمراقب خارجي أن يرى اليوم، ما درجة خطورته، وما الذي يجب إصلاحه أولا؟
سجل الاستغلال المعروف
- استخدام معروف في حملات الفدية
- غير مسجل
- احتمالية الاستغلال EPSS
- 98.57% (100p)
- درجة CVSS الأساسية
- 8.6 (CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H)
- تاريخ النشر
- 2019-02-11
- نوع الثغرة
- CWE-78
المصدر: كتالوج CISA Known Exploited Vulnerabilities و EPSS من FIRST.org.
ما الذي يفحصه ThreatPort
المخرجات عملية عن قصد: مؤشرات ملكية، سياق للمخاطر، تلميحات علاجية، وأدلة قابلة للتكرار يمكن مشاركتها مع الفرق التقنية أو الإدارة. لا يتم تقديمها كأتمتة امتثال سحرية أو كبديل عن حكم خبير الأمن البشري.
في هذا المسار، يتعامل ThreatPort مع نية البحث كسياق تشغيلي محدد وليس كصفحة هبوط عامة. يجمع العارض إشارات الفئة والجمهور والتقنية والقطاع والمنطقة في صفحة واحدة حتى يقرر الزائر بسرعة ما إذا كان الفحص مناسبا لبيئته. هذا مهم للفرق الصغيرة لأن قائمة ثغرات عامة نادرا ما تكفي؛ فهم يحتاجون إلى معرفة ما إذا كانت نقطة نهاية مكشوفة أو شهادة منتهية أو إعداد DNS ضعيف أو خدمة مرتبطة ب CVE تؤثر فعلا في العمل الذي يديرونه.
ملف الأدلة الخاص بهذا المسار
CVE-2019-5736 affects Docker, a CWE-78 weakness. Disclosed 2019-02-11. This page exists to answer one question: is anything you own externally reachable and running it.
الأصول التي يجب أن تهتم بها هذه الصفحة
الإشارات التي تستحق الأولوية
ما الذي يجب مراجعته أولا في هذا السياق؟
بالنسبة إلى الفرق التي تشغّل Docker، تبدأ المراجعة بتأكيد الأصول المتاحة للعامة والمرتبطة بالعمل بدلا من إنشاء قائمة عامة بالثغرات.
قائمة الإجراءات
- تأكد مما إذا كان Docker موجودا على أي نطاق أو نطاق فرعي أو API أو لوحة إدارة عامة.
- أعط أولوية لتعرض HIGH فقط عندما تكون الخدمة المتأثرة قابلة للوصول أو مهمة للعمل.
- قم بالترقيع أو التعطيل أو العزل أو وضع ضوابط تعويضية أمام الخدمة المتأثرة.
- أعد الفحص بعد العلاج لالتقاط دليل قبل وبعد.
الإصلاحات التالية حسب السياق
- التحقق من ملكية الأصول المكشوفة
- إغلاق الخدمات العامة غير الضرورية
- Remediate the highest-confidence exposed findings first, then re-scan to prove closure.
عادة ما ترتبط الأدلة المفيدة لهذا السياق ب ISO 27001, SOC 2, vendor security reviews. يحافظ ThreatPort على لغة حذرة: هذه أدلة أمنية تشغيلية وليست شهادة قانونية أو ضمانا بأن كل مدقق سيقبل التقرير المولد دون مراجعة.