هل Cyber Crucible هو EDR أو XDR أو MDR؟ أم أنه شيء آخر مثل Agentic AI؟
الإجابة المختصرة: يحتوي على عناصر من كل من EDR وXDR، لكن السؤال عن الفئة هو السؤال الخاطئ. المهم هو أين يُتخذ القرار. منطق الاستجابة في Cyber Crucible يعمل بالكامل على نقطة النهاية باستخدام المعلومات المتاحة هناك فقط في لحظة الهجوم — لأن خوادم التحليل عن بُعد تُدخل نقطتي ضعف قاتلتين: زمن الاستجابة (latency) والهشاشة.
الإجابة الصريحة عن سؤال التصنيف
- بصفته EDR: إذا كان EDR يستخدم بيانات القياس عن بُعد (telemetry) الخاصة بنقطة النهاية لاتخاذ القرارات، فإن الاستجابة الآلية في Cyber Crucible تُعد EDR. فهي تُحكم قبضتها على سلوك الابتزاز في أجزاء من الثانية، باستخدام المعلومات المحلية فقط.
- بصفته XDR: تُرسل بيانات القياس أيضًا إلى قاعدة بيانات (سواء جهاز خاص بالعميل أو مركزي) لأغراض الربط والتحليل، وصيد التهديدات، والعمل على التهديدات الداخلية، وعمليات التدقيق التقني. ووفقًا للتعريف التسويقي لـ XDR، فإن ذلك ينطبق عليه.
الفريق مرتاح لوصف الحل بأنه "EDR للدفاع ضد الابتزاز"، رغم أن الحوسبة الطرفية (edge computing) يُنظر إليها في بعض الأوساط على أنها من الجيل السابق. الأسباب المذكورة أدناه توضح لماذا هذا الرأي معكوس.
لماذا أصبح التحليل عن بُعد عبئًا — زمن الاستجابة (Latency)
يمثل حرف "X" في XDR نقل قوة الحوسبة التحليلية إلى خوادم بعيدة. وهذا يوفر قوة حوسبية لكنه يُكلف وقتًا، وقد بنى المهاجمون أساليبهم حول هذه الفجوة الزمنية:
- السرعة: جرى تسريع الهجمات بحيث تكتمل الإجراءات التي لا يمكن التراجع عنها قبل أن يتمكن خادم التحليل من الاستجابة. ويظهر ذلك بوضوح خاص مع العناصر الصغيرة ذات القيمة العالية مثل كلمات المرور.
- التوازي: العديد من أدوات نقطة النهاية تفحص برنامجًا واحدًا، تنتظر، ثم تنتقل إلى التالي. بينما يقوم المهاجمون بتشغيل عدة برامج ابتزاز في وقت واحد — أي الوصول إلى 5000 ملف بالتوازي بدلًا من 500.
- التوزيع: يجري تنفيذ الابتزاز عبر أجهزة متعددة في آنٍ واحد. لاحظت Cyber Crucible وقوع ذلك على نحو 75 جهازًا في الوقت نفسه. عندها تواجه الأداة 50 برنامجًا عبر 75 جهازًا — أي 3750 برنامجًا يجب فحصها.
- العمليات القائدة (Commander processes): يشغّل بعض المهاجمين وحدة تحكم محلية تعيد فورًا تشغيل أي أداة ابتزاز يتم إيقافها.
استراتيجيات الكشف والاستجابة تنتظر، بطبيعتها، حتى يكون الهجوم قد بدأ فعليًا. التشبيه الأدق هو إيقاف لصوص البنوك عند الباب بدلًا من إيقافهم بعد أن تكون كمية معينة من الأموال قد خرجت من الخزنة.
لماذا أصبح التحليل عن بُعد عبئًا — الهشاشة
نحو 80% من حلول EDR وXDR تحتاج إلى الوصول إلى خوادم تحليل عن بُعد لكي تعمل على النحو الأمثل، وتكاد تكون غير فعالة دون هذا "الدماغ" السحابي.
يستغل المهاجمون هذا الأمر مباشرة: فبمجرد الحصول على وصول كافٍ لتغيير قواعد جدار الحماية، يمكنهم منع أداة نقطة النهاية من الوصول إلى خوادم التحليل الخاصة بها، فتفقد الأداة قدرتها على التحليل أو الاستجابة. وتبقى الأداة غير مُستغَلة، ومُثبَّتة، وقيد التشغيل — لكنها غير فعالة بشكل شبه كامل.
ما تقوم به Cyber Crucible بدلًا من ذلك
نظرًا لأن زمن الاستجابة والهشاشة يجعلان الاعتماد على السحابة أمرًا غير قابل للاستمرار في الدفاع ضد الابتزاز، ابتكرت Cyber Crucible قدرة كشف واستجابة تعتمد تحليلاتها السلوكية فقط على المعلومات المتاحة على نقطة النهاية وقت الهجوم. يحدث التصدي محليًا عادةً في أقل من 200 مللي ثانية، دون أي اتصال ذهابًا وإيابًا بالسحابة ضمن المسار الحرج.
أما بيانات القياس التي تتدفق إلى قاعدة البيانات فهي تدعم التحقيق وليس الحماية — أي صيد التهديدات، والكشف عن التهديدات الداخلية، وعمليات التدقيق التقني — كما تتيح واجهة برمجة تطبيقات مفتوحة (API) تغذية منصات XDR المفتوحة، أو أدوات SOAR، أو أدوات RPA. هذا العمل قيّم، لكنه ليس أبدًا ما يقف بينك وبين هجوم قيد التنفيذ.