مركز القيادة والتحكم
وحدة تحكم مركزية تُعرَّف فيها جميع سيناريوهات الاختبار وتُطلَق وتُدار مباشرةً. يشاهد المشغّل والعميل الشاشة نفسها في الوقت نفسه.
inDDoS هي منصة اختبار DDoS آلية قائمة على السحابة تُدار عبر واجهة ويب، وتمكّن المؤسسات من اختبار البنية التحتية للحماية من DDoS لديها بمعاملات هجوم حقيقية. وهي منتج أمني هجومي محلي بالكامل، طوّره فريق اختبار الاختراق المعتمد من TSE A لدى Nesil Teknoloji. ولا تُنفَّذ الاختبارات إلا بإذن كتابي من مالك النظام المستهدف، وفي ظل موافقة ثنائية الطرف وحماية إيقاف طارئ.
يختبر inDDoS ما إذا كانت دفاعاتك ضد DDoS تصمد أمام هجوم حقيقي. فهو يستهدف سعة طبقة الشبكة (L3/L4) وخدمات طبقة التطبيقات (L7) والبنية التحتية لـ DNS، ويشغّل أكثر من 19 ناقلًا مثل SYN Flood وHTTP/S Flood وDNS Query Flood بما يصل إلى 4,000 بوت و36 Gbps من الحركة الحجمية و6,000,000 مستخدم متزامن على L7.
| نوع المنتج | منصة اختبار DDoS آلية قائمة على السحابة وقياس المرونة |
|---|---|
| السعة القصوى | 4,000 بوت |
| المرور الحجمي (L3/L4) | حتى 36,000 Mbps (36 Gbps) باستخدام 600 بوت |
| طبقة التطبيقات (L7) | حتى 6,000,000 مستخدم متزامن |
| عرض النطاق لكل بوت | 1–60 Mbps (حسب نوع الهجوم) |
| عدد متجهات الهجوم | 19+ (حجمي L3/L4، تطبيقات L7، DNS) |
| مدة إعداد التقرير | تلقائيًا بمجرد انتهاء الاختبار؛ قابل للتصدير بصيغة PDF |
| مقياس التقييم | درجة المرونة أمام DDoS (1–10) |
| الضوابط الأمنية | التحقق من ملكية الهدف، موافقة ثنائية، إيقاف طارئ، مهلة زمنية تلقائية |
| الشرط القانوني | إذن كتابي، وثيقة تفويض، واتفاقية NDA |
| سياق الامتثال | DORA (EU 2022/2554)، ISO/IEC 27001، KVKK المادة 12 |
| نماذج العمل | خدمة اختبار مُدارة، ترخيص المنصة (self-service)، MSSP / شريك |
| مناطق الخدمة | إسطنبول، أنقرة، إزمير، أنطاليا – عموم تركيا |

inDDoS هي منصة اختبار DDoS آلية قائمة على السحابة تُدار عبر واجهة ويب. توجّه المرور المُولَّد بمعاملات هجوم حقيقية إلى نظامك المستهدف، وتقيس حدود حلول الحماية من DDoS لديك وكفاءتها. تبدأ الاختبارات بضغطة واحدة، وتُتابَع مباشرةً، وتُوقف بشكل مُتحكَّم به، وتُكرَّر بالقدر الذي تريده.
وحدة تحكم مركزية تُعرَّف فيها جميع سيناريوهات الاختبار وتُطلَق وتُدار مباشرةً. يشاهد المشغّل والعميل الشاشة نفسها في الوقت نفسه.
أسطول بوتات موزّع جغرافيًا يُنشأ لحظيًا على السحابة. يتوسّع من 1–60 Mbps لكل بوت وصولًا إلى 4,000 بوت إجمالًا. ويمكن اختيار تضمين المناطق أو استثنائها.
أثناء استمرار الهجوم، تُرسَل طلبات مشروعة عبر بوت منفصل؛ ويُقاس زمن استجابة الهدف الفعلي عبر اتصال TCP واستعلام DNS و HTTP/S GET-POST و ECHO.
يحدّد عدد البوتات مباشرةً عرض النطاق الحجمي الذي سيُولَّد وعدد المستخدمين المتزامنين في طبقة التطبيقات. ونحدّد معًا المستوى المناسب وفق سعة الخط الحالية لدى مؤسستك وبنية الحماية لديها.
| عدد البوتات | عرض النطاق الحجمي L3/L4 (حتى Mbps) | طبقة تطبيقات L7 (مستخدم متزامن) |
|---|---|---|
| 50 | 3,000 Mbps (3 Gbps) | 500,000 |
| 200 | 12,000 Mbps (12 Gbps) | 2,000,000 |
| 400 | 24,000 Mbps (24 Gbps) | 4,000,000 |
| 600 | 36,000 Mbps (36 Gbps) | 6,000,000 |
يمكن توسيع المنصة حتى 4,000 بوت؛ وتُخطَّط الطاقات التي تتجاوز 600 بوت حسب الطلب. ويتراوح عرض النطاق لكل بوت بين 1 Mbps و 60 Mbps حسب نوع الهجوم. ويمكن ترقية الحزم إلى مستوى أعلى في أي وقت تشاء.
يمكن تشغيل عدة متجهات في الوقت نفسه خلال اختبار واحد. تغطي القائمة التالية المتجهات الأكثر استخدامًا؛ وتُخصَّص السيناريوهات وفق بنية البنية التحتية لديك.
يستهدف سعة الخط وجداول الحالة
يستهدف سلوك خادم الويب والتطبيق و WAF
يستهدف البنية التحتية لتحليل الأسماء
يقيس مكوّن Monitor، بشكل مستقل وطوال فترة الاختبار، زمن استجابة الهدف تحت المرور المشروع عبر TCP و DNS و HTTP/S و ECHO.
لا يجوز إجراء اختبار DDoS قانونيًا إلا بإذن كتابي من مالك النظام المستهدف. وتفرض inDDoS هذا المبدأ تقنيًا أيضًا: فقبل بدء الاختبار تُثبَت ملكية الهدف، ويمرّ كل اختبار بموافقة ثنائية الطرف.
قبل الاختبار تُؤخذ بيانات FQDN و URL وعنوان IP؛ ولا يمكن تعريف أي اختبار دون توثيق أن العميل هو مالك هذه الأصول.
لا يبدأ أي اختبار إلا بموافقة المشغّل والمؤسسة الخاضعة للاختبار معًا. ولا يمكن البدء من طرف واحد.
يمكن إيقاف الاختبار الجاري فورًا بلمسة واحدة. وفي حال حدوث أمر غير متوقع يُقطع الاختبار عن قصد، ويُعاد تشغيله عند الحاجة.
تنتهي المتجهات العاملة من تلقاء نفسها عند انتهاء المدة. وحتى إذا انقطع الاتصال بمركز القيادة، تُكمل شبكة البوتات كل متجه دون أمر من المشغّل.
في حال حدوث عطل في الشبكة، يصل المشغّل مباشرةً إلى السحابة ويضع الاختبار تحت السيطرة؛ وبذلك يزول خطر توليد مرور غير مُتحكَّم به.
تُنفَّذ جميع الاختبارات في إطار وثيقة تفويض واتفاقية سرية موقّعتين مسبقًا. ولا تُشارَك بيانات الاختبار مع أي طرف ثالث.
بعد إعداد المشروع مرة واحدة، تعمل الاختبارات كما هو مخطَّط لها دون تدخّل المشغّل. ويتيح التنفيذ دون انتظار أي عنصر بشري في النافذة الليلية أو فترة الصيانة أو جدول التحقق الدوري.
بدء وتنفيذ متواصل دون حاجة إلى تدخّل يدوي.
تُشغَّل سيناريوهات الهجوم المُعدّة مسبقًا حسب ترتيب الأولوية.
اكتشاف المشكلات بشكل استباقي عبر فحوصات سلامة تلقائية.
يُنتَج تقرير شامل بعد الاختبار دون حاجة إلى متابعة مباشرة.
إنهاء الاختبار فورًا والانتقال إلى التشغيل اليدوي متاح في أي لحظة.
يُنتَج التقرير تلقائيًا بمجرد انتهاء الاختبار؛ ويُقدَّم برسوم بيانية، ويمكن تصديره بصيغة PDF ومشاركته مع التدقيق أو الإدارة أو أطراف ثالثة.
قيمة تجريبية تُحسب بنسبة زمن استجابة الهدف قبل الاختبار إلى زمن استجابته أثناء الاختبار. وكلما ارتفعت القيمة زادت المرونة.
مع تكرار الاختبارات تُقارَن الدرجات؛ ويُتابَع أثر الضبط الدقيق الذي أُجري على آليات الدفاع على شكل اتجاه زمني. وبذلك يحصل سؤال "هل أثبت التحسين جدواه فعلًا؟" على إجابة قابلة للقياس.
في اختبارات DDoS التقليدية يستغرق التحضير أسابيع، وتُوضَع مولّدات المرور داخل الشركة، ولا تتوفر المتابعة المباشرة أثناء الاختبار في معظم الأحيان، ويُكتب التقرير يدويًا بعد أيام. وتغيّر inDDoS هذه الدورة بالكامل.
| المعيار | الاختبار اليدوي التقليدي | منصة inDDoS |
|---|---|---|
| مدة التحضير | أسابيع من العمل على العتاد والإعدادات | بدء بضغطة واحدة بعد تعريف المشروع |
| مصدر المرور | مولّدات مرور محلية وتنوّع محدود في عناوين IP المصدر | شبكة بوتات موزّعة جغرافيًا تُنشأ على السحابة |
| المتابعة المباشرة | غائبة غالبًا أو محدودة | متابعة فورية متزامنة من جميع الأطراف |
| الإيقاف الطارئ | تدخّل يدوي ومتأخّر | إيقاف فوري بلمسة واحدة + مهلة تلقائية |
| إعداد التقارير | إعداد يدوي يستغرق أيامًا وغير قابل لإعادة الاستخدام | تقرير تلقائي برسوم بيانية وإخراج PDF بمجرد انتهاء الاختبار |
| قابلية التكرار | إعادة إعداد في كل مرة | يُحفَظ السيناريو، مع تكرار ومقارنة بلا حدود |
| القياس | تقييم شخصي | تحليل اتجاهي عبر درجة المرونة أمام DDoS من 1–10 |
المؤسسات التي تتعهّد باستمرارية خدمة دون انقطاع، والتي استثمرت في الحماية من DDoS وتحتاج إلى إثبات أن هذا الاستثمار يعمل فعلًا.
البنوك ومؤسسات الدفع وشركات الوساطة ومنصات fintech
الأسواق الإلكترونية التي تحتاج في فترات الحملات إلى مرور مرتفع وتدفّق بيع دون انقطاع
مزودو الخدمة الذين يقدّمون التزامات SLA ويشغّلون بنية تحتية متعددة المستأجرين
المشغّلون الذين يحتاجون إلى التحقق من سعة الشبكة الأساسية واستثمار scrubbing
المؤسسات التي تقدّم خدمات للمواطنين، وبنى الطاقة والنقل والصحة التحتية
منصات البث المباشر وخوادم الألعاب التي تتطلب تزامنًا مرتفعًا
لم تكتفِ الأطر التنظيمية اليوم بوجود حل حماية، بل تطلب إثبات فعاليته. وتجعل مخرجات inDDoS هذا الإثبات قابلًا للتوثيق.
ضرورة التحقق من الأنظمة في ظروف تهديد حقيقية ضمن اختبارات المرونة التشغيلية الرقمية.
دليل اختبار موضوعي على فعالية ضوابط الإتاحة وإدارة السعة واستمرارية الأعمال.
التحقق من التدابير التقنية الرامية إلى حماية إتاحة الأنظمة التي تُعالَج فيها البيانات الشخصية.
دعم تعهدات الإتاحة المقدَّمة للعميل بدرجة مرونة قابلة للقياس.
ننفّذ الاختبار نيابةً عنكم، أو تنفّذونه بأنفسكم، أو تقدّمونه لعملائكم. ونختار معًا النموذج المناسب لهيكل مؤسستكم.
ينفّذ الاختبارات مشغّلو inDDoS المعتمدون لدى Nesil Teknoloji. ويشمل ذلك تصميم السيناريوهات والتنفيذ المباشر وتحليل النتائج وتقديم العرض للإدارة.
يُمنَح وصول بوابة inDDoS لمؤسستك مباشرةً. وبعد التدريب يخطّط فريقك الاختبارات وينفّذها بنفسه وقتما يشاء.
إمكانية إضافة خدمة اختبار DDoS إلى محفظة عملائك، للمؤسسات التي تقدّم خدمات أمنية مُدارة.
يُحلَّل هيكلك الحالي وسعة خطك وحلول الحماية لديك؛ ويُحدَّد نطاق الاختبار وأهدافه.
يُتحقَّق من ملكية الأصول المستهدفة (FQDN، URL، IP)؛ وتُوقَّع وثيقة التفويض واتفاقية NDA.
يُحدَّد على المنصة عدد البوتات ومزيج المتجهات والتوزيع الجغرافي والمدة وخطة التصاعد؛ وتُرسَم إجراءات الحالة الطارئة.
يبدأ الاختبار بموافقة المشغّل والمؤسسة. ويتابع جميع الأطراف مباشرةً؛ وتتصاعد الشدّة تدريجيًا، ويُوقف فورًا عند الحاجة.
يُنتَج التقرير فورًا ويُقدَّم بتعليق الخبراء. وبعد التحسين، تُقاس إعادة الاختبار مقدار التغيّر في درجة المرونة.