> ## Content Index
> Fetch the complete content index at: https://arabroot.io/llms.txt
> Use this file to discover other available public pages before exploring further.

# كيف تعمل هجمات حجب الخدمة DDoS وأنواعها
- URL: https://arabroot.io/articles/كيف-تعمل-هجمات-حجب-الخدمة-ddos/
- Published: 2026-10-12T21:45:00.000Z
- Updated: 2026-10-12T15:34:37.000Z
- Description: شرح أنواع هجمات DDoS من الإغراق الحجمي إلى هجمات الطبقة السابعة، وما الذي يستنزفه كل نوع ولماذا تحدث.
- Author: فريق عرب رووت
- Tags: الأدلة التقنية, الأمن السيبراني, الاستضافة الذاتية

قد تمر على خدمتك لحظة تتوقف فيها عن الرد على الزوار دون أن يتعطل السيرفر ودون أن يظهر خطأ في الكود، وإنما لأن طوفاناً من الطلبات غمرها من آلاف الأجهزة في وقت واحد، وهذا هو هجوم حجب الخدمة الموزع Distributed Denial of Service واختصاراً DDoS. وقد شرحنا في [خدمات Cloudflare وبدائلها](https://arabroot.io/articles/%D8%AE%D8%AF%D9%85%D8%A7%D8%AA-cloudflare-%D9%88%D8%A8%D8%AF%D8%A7%D8%A6%D9%84%D9%87%D8%A7-%D9%85%D9%81%D8%AA%D9%88%D8%AD%D8%A9-%D8%A7%D9%84%D9%85%D8%B5%D8%AF%D8%B1/#protection) لماذا يعجز سيرفرك وحده عن صد الهجوم الحجمي الكبير، ولكن قبل أن تدافع عليك أن تفهم العدو، فهجمات DDoS ليست نوعاً واحداً، وإنما عائلة من الهجمات يستنزف كل منها مورداً مختلفاً، ومن لا يعرف أي مورد يستنزفه الهجوم سوف يشتري حماية لا تنفعه. وهذا المقال هو الأول في سلسلة من أربعة أجزاء نشرح فيها الهجوم ثم الدفاع، وغرضه شرح الآلية حتى تدافع، لا أن يعلم أحداً كيف يهاجم، ولذلك لن نسمي أي خدمة هجوم مؤجر ولا نشرح أي أداة اعتداء على طرف آخر.

وسوف نناقش في هذا المقال ما يلي:

- الفرق بين DoS وDDoS، ولماذا التوزيع هو جوهر المشكلة.
- وحدات القياس bps وpps وrps، وأي مورد يقيسه كل منها.
- الإغراق الحجمي Volumetric وهجمات التضخيم Amplification، بعوامل التضخيم من تحذير CISA.
- هجمات البروتوكول وإغراق SYN Flood، وجداول الحالة التي تمتلئ.
- هجمات الطبقة السابعة Application Layer والهجمات البطيئة Slow Attacks.
- هجوم HTTP/2 Rapid Reset الذي سجل رقماً قياسياً سنة 2023.
- شبكات البوتات Botnets، ولماذا يهاجم المهاجمون، والقانون الذي يجرم ذلك.

## ما الفرق بين DoS وDDoS من حيث الأثر؟

هجوم حجب الخدمة Denial of Service واختصاراً DoS هو أي محاولة لجعل خدمة تتوقف عن خدمة مستخدميها الحقيقيين، سواء بإرسال حركة أكثر مما تحتمل، أو باستغلال ثغرة تجعلها تنهار بطلب واحد مصمم بعناية. وعندما يأتي الهجوم من مصدر واحد فهو DoS، ومصدر واحد يسهل حظره، فتكتب قاعدة واحدة في الجدار الناري Firewall تمنع ذلك العنوان وينتهي الأمر. ولهذا السبب تحول المهاجمون إلى التوزيع، فحرف D الأول في DDoS يعني Distributed، أي أن الحركة تأتي من آلاف الأجهزة في وقت واحد، وكل جهاز يرسل قدراً صغيراً لا يلفت النظر، ولكن المجموع يغرق الهدف، ولا تستطيع أن تحظر آلاف العناوين يدوياً، خاصة أنها عناوين أجهزة حقيقية لأشخاص لا يعرفون أن أجهزتهم تهاجم.

والصورة التالية تبين هذا الفرق، وأين يقف كل نوع من الهجوم من خدمتك:

![على اليمين مهاجم واحد بسهم واحد إلى السيرفر يحظر بقاعدة جدار ناري واحدة. على اليسار جهاز تحكم يوجه آلاف الأجهزة المصابة Bots من حواسيب وكاميرات وراوترات، وكلها ترسل سهاماً صغيرة تتجمع في طوفان واحد يغرق السيرفر، ولا يمكن حظرها بقاعدة واحدة](https://arabroot.io/content/images/2026/10/ddos-how-it-works-01-dos-vs-ddos.webp)

مصدر واحد تحظره بقاعدة واحدة، أما آلاف المصادر الموزعة فلا تحظرها يدوياً، وهذا هو جوهر صعوبة DDoS

ولاحظ أن الهدف من الهجوم ليس اختراق بياناتك ولا سرقتها، وإنما منع الآخرين من الوصول إليك، أي أنه هجوم على التوفر Availability، وهو أحد أضلاع مثلث الأمن الثلاثة مع السرية Confidentiality والسلامة Integrity. ولهذا قد يصيب هجوم DDoS خدمة محمية تماماً من ناحية التشفير والصلاحيات، فالمسألة هنا مسألة طاقة لا مسألة ثغرة.

## الوحدات: bps وpps وrps، وأي مورد يستنزف كل منها

قبل الأنواع لا بد أن تعرف بأي وحدة يقاس الهجوم، فالوحدة تكشف المورد الذي يستهدفه، وهذا أهم سؤال في الدفاع. والوحدات الثلاث هي:

- **بت في الثانية bps:** حجم الحركة، أي كم بايت يصل في الثانية، وتقاس بالميجابت Mbps والجيجابت Gbps والتيرابت Tbps. وهذه الوحدة تهم عندما يكون الهدف ملء الاتصال بين سيرفرك والإنترنت، أي عرض النطاق Bandwidth.
- **حزمة في الثانية pps:** عدد الحزم Packets في الثانية بغض النظر عن حجمها، وتقاس بالمليون حزمة Mpps. وهذه الوحدة تهم لأن معالجة كل حزمة تكلف المعالج والراوتر والجدار الناري عملاً، فحتى الحزم الصغيرة جداً بأعداد هائلة تغرق المعدات قبل أن تمتلئ سعة الخط.
- **طلب في الثانية rps:** عدد طلبات HTTP في الثانية، وهذه الوحدة تهم في هجمات الطبقة السابعة، لأن كل طلب كامل يشغل اتصالاً وعاملاً Worker في تطبيقك وربما استعلام قاعدة بيانات، فالعدد هنا أخطر من الحجم.

والقاعدة التي سوف نبني عليها بقية المقال أن لكل مورد في طريق الطلب حداً: سعة الخط، وقدرة الراوتر على الحزم، وجدول الاتصالات في النواة، وعدد العمال في تطبيقك، وذاكرة قاعدة البيانات. والهجوم الذكي يختار أرخص مورد يستنزفه عندك، ولهذا قد يسقط سيرفر بعشرة جيجابت موجهة إلى الخط، بينما يسقط آخر بآلاف الطلبات الصغيرة الموجهة إلى صفحة بحث ثقيلة دون أن يقترب الخط من الامتلاء.

## الإغراق الحجمي Volumetric والتضخيم Amplification بالانعكاس

الهجوم الحجمي أبسط الأنواع فكرة: أرسل حركة أكثر مما يحتمل اتصال الضحية حتى تمتلئ القناة ويسقط كل شيء خلفها، كما أن الماء الذي يغرق الشارع لا يفرق بين البيوت. ولكن المهاجم يواجه مشكلته الخاصة: من أين يأتي بكل هذا الحجم؟ فإذا كان خطه أصغر من خط الضحية فلن يملأه. وهنا يأتي أخطر ما في الهجمات الحجمية، وهو التضخيم Amplification بالانعكاس Reflection.

وفكرة التضخيم أن المهاجم يستغل خدمات عامة على الإنترنت ترد على الطلب برد أكبر منه بكثير، مثل خوادم DNS وNTP وmemcached، فيرسل إليها طلباً صغيراً ولكنه يزور عنوان المصدر Source IP ليجعله عنوان الضحية، فيذهب الرد الكبير إلى الضحية لا إليه. وبهذا يحول المهاجم بايتاً واحداً يرسله إلى عشرات أو آلاف البايتات تنصب على الضحية، دون أن يكشف نفسه ودون أن يحتاج خطاً كبيراً. ونجاح هذا النوع يعتمد على أن الشبكات لا تمنع تزوير عنوان المصدر، وهو ما يعالجه المعيار BCP 38 بفلترة المصدر عند المزود.

وقد نشرت وكالة الأمن السيبراني الأمريكية CISA جدولاً بعوامل التضخيم لكل بروتوكول في [تحذيرها TA14-017A عن هجمات التضخيم على UDP](https://www.cisa.gov/news-events/alerts/2014/01/17/udp-based-amplification-attacks?ref=arabroot.io)، وفيما يلي أبرزها كما في آخر مراجعة للتحذير في 18 ديسمبر 2019:

| البروتوكول | عامل التضخيم Bandwidth Amplification Factor |
| ---------- | ------------------------------------------- |
| DNS        | 28 إلى 54                                   |
| NTP        | 556.9                                       |
| SSDP       | 30.8                                        |
| CharGEN    | 358.8                                       |
| CLDAP      | 56 إلى 70                                   |
| memcached  | من 10,000 إلى 51,000                        |

ولاحظ الرقم الأخير: عامل تضخيم memcached يصل إلى 51,000، أي أن كل بايت يرسله المهاجم يتحول إلى نحو 51 كيلوبايت تنصب على الضحية، والسبب أن memcached كان يرد على طلب UDP صغير بمحتوى مخزن كبير دون أي تحقق، ولم يكن يفترض أصلاً أن يفتح على الإنترنت. والصورة التالية تبين آلية الانعكاس والتضخيم:

![المهاجم في اليمين يرسل طلباً صغيراً بحجم 1 إلى خوادم انعكاس عامة DNS وNTP وmemcached، ولكنه يزور عنوان المصدر ليكون عنوان الضحية. الخوادم ترد بردود ضخمة بحجم 50 إلى 51000 تتجه كلها إلى الضحية في اليسار فتغرق خطها، والمهاجم مختبئ لأن الرد لا يعود إليه](https://arabroot.io/content/images/2026/10/ddos-how-it-works-02-amplification.webp)

بايت واحد من المهاجم يصير آلاف البايتات على الضحية، لأن الرد الكبير يذهب إلى العنوان المزور لا إلى المهاجم

📌

في 28 فبراير 2018 تعرض موقع GitHub لهجوم تضخيم عبر memcached، وذكرت [GitHub في تقريرها عن الحادثة](https://github.blog/news-insights/company-news/ddos-incident-report/?ref=arabroot.io) أن الهجوم بلغ ذروته 1.35 تيرابت في الثانية عبر 126.9 مليون حزمة في الثانية، وأن عامل التضخيم وصل إلى 51,000، وأن الخدمة تعطلت من الساعة 17:21 إلى 17:26 بالتوقيت العالمي ثم عادت بعد أن حولت GitHub حركتها عبر شبكة تنظيف Scrubbing. والدرس أن الهجوم لم يستغل أي ثغرة في GitHub نفسها، وإنما خوادم memcached مفتوحة على الإنترنت في أماكن أخرى، ولهذا لا يكفي أن تؤمن خدمتك، بل يجب ألا تترك أنت خدمة قابلة للانعكاس مفتوحة تشارك بها في إغراق غيرك.

## إغراق SYN Flood وهجمات البروتوكول

النوع الثاني لا يستهدف سعة الخط وإنما جداول الحالة State Tables في النواة والمعدات، وأشهره إغراق SYN Flood. ولفهمه تذكر كيف يبدأ أي اتصال TCP بمصافحة ثلاثية Three-Way Handshake: يرسل العميل حزمة SYN، فيرد السيرفر بـ SYN-ACK ويحجز مكاناً في جدول الاتصالات نصف المفتوحة بانتظار أن يكمل العميل، ثم يرسل العميل ACK فيكتمل الاتصال. والمهاجم في إغراق SYN يرسل حزم SYN كثيرة ولا يكمل المصافحة أبداً، فيبقى السيرفر محتفظاً بآلاف الاتصالات نصف المفتوحة Half-Open في جدول SYN، وهذا الجدول محدود الحجم، فإذا امتلأ رفض السيرفر أي اتصال جديد، ومنه اتصالات الزوار الحقيقيين.

ولاحظ أن هذا الهجوم رخيص جداً على المهاجم، فحزمة SYN صغيرة لا تتجاوز بضع عشرات من البايتات، ولا يحتاج المهاجم أن يحتفظ هو بأي حالة، بل كثيراً ما يزور عنوان المصدر حتى لا يرد عليه السيرفر فيكشفه. والمورد الذي يستنزفه هنا ليس الخط وإنما جدول الاتصالات، ولهذا قد يسقط السيرفر بحركة صغيرة جداً بمقياس bps ولكنها عالية بمقياس pps. وهناك أنواع قريبة مثل إغراق ACK وإغراق UDP على منفذ مغلق يجبر النظام على الرد برسائل خطأ، وكلها تستنزف المعالجة لا السعة. وسوف نرى في الجزء الثالث كيف تعالج النواة هذا تحديداً بتقنية SYN Cookies التي ترد دون أن تحجز مكاناً في الجدول.

## هجمات الطبقة السابعة Application Layer على تطبيقك

هجمات الطبقة السابعة Layer 7 هي الأدق والأصعب في الكشف، لأن كل طلب فيها طلب HTTP كامل وسليم يشبه طلب أي زائر حقيقي، فلا يكفي أن تنظر إلى الحزمة لتعرف أنها هجوم. والفكرة أن المهاجم يرسل طلبات صحيحة ولكن بأعداد كبيرة إلى أغلى مسار في تطبيقك، مثل صفحة البحث التي تستعلم قاعدة البيانات، أو صفحة الدخول التي تحسب هاش كلمة المرور، أو أي مسار لا يحفظ في الذاكرة المؤقتة Cache. وبهذا قد يكفي بضعة آلاف من الطلبات في الثانية لإسقاط تطبيق بينما يبقى الخط شبه فارغ، لأن المورد المستنزف هنا هو عمال التطبيق Workers واتصالات قاعدة البيانات، وهي أقل بكثير من سعة الخط.

ولهذا النوع صلة مباشرة بما شرحناه في [اختبار الأحمال والضغط](https://arabroot.io/articles/%D8%A7%D8%AE%D8%AA%D8%A8%D8%A7%D8%B1-%D8%A7%D9%84%D8%A7%D8%AD%D9%85%D8%A7%D9%84-%D9%88%D8%A7%D9%84%D8%B6%D8%BA%D8%B7-load-%D9%88-stress-testing-%D9%84%D9%84%D9%85%D8%A8%D8%AA%D8%AF%D8%A6%D9%8A%D9%86/)، فالفرق بين اختبار الحمل والهجوم هو النية والإذن فقط، أما الأثر على الموارد فمتشابه: أنت تبحث عن نقطة الانكسار، والمهاجم يبحث عنها ليتجاوزها. ولهذا من يعرف سعة تطبيقه الحقيقية ونقطة انكساره يعرف مقدار الحماية التي يحتاجها بالضبط. وسوف نقيس في الجزء الثاني هذا بأنفسنا في مختبر معزول، ونرى أي مورد يسقط أولاً.

## الهجمات البطيئة Slow Attacks بحركة ضئيلة

الهجمات البطيئة وجه آخر للطبقة السابعة، ولكنها تقلب الحدس رأساً على عقب: فبدل أن ترسل طلبات كثيرة وسريعة، ترسل عدداً قليلاً من الطلبات ولكنها بطيئة جداً عن عمد حتى تبقى الاتصالات مفتوحة أطول وقت ممكن. وأشهرها Slowloris الذي يفتح اتصالات كثيرة ويرسل ترويسات HTTP حرفاً حرفاً ببطء، دون أن يكمل الطلب أبداً، فيبقى السيرفر منتظراً بقية الترويسات ويحتفظ بالاتصال مفتوحاً. وبما أن أي سيرفر يملك عدداً محدوداً من الاتصالات المتزامنة، فإن بضع عشرات من هذه الاتصالات البطيئة قد تملأ كل العمال وتمنع الزوار الحقيقيين، بحركة لا تتجاوز بضع كيلوبتات في الثانية.

ولاحظ هنا نقطة مهمة: الهجوم البطيء لا يحتاج شبكة بوتات ولا خطاً كبيراً، بل قد ينفذه جهاز واحد، ولهذا يصنف أحياناً هجوم DoS لا DDoS، ولكنه مذكور هنا لأنه من أخطر ما يهمل في الدفاع، والسبب أنه لا يظهر في مقاييس الحجم إطلاقاً، فلا bps عالية ولا pps عالية، وإنما اتصالات معلقة فقط. وسوف نرى في الجزء الثاني كيف نكشفه بأنفسنا، وفي الجزء الرابع كيف يوقفه ضبط مهلة الترويسات في ال Reverse Proxy في سطر واحد.

## هجوم HTTP/2 Rapid Reset سنة 2023

الهجمات لا تقف عند حد، فكلما ظهر بروتوكول جديد ظهرت معه طرق إساءة استعماله. ومن أحدث الأمثلة هجوم HTTP/2 Rapid Reset المعروف بالثغرة [CVE-2023-44487](https://nvd.nist.gov/vuln/detail/CVE-2023-44487?ref=arabroot.io)، وقد نشرت في قاعدة الثغرات NVD في 10 أكتوبر 2023 بدرجة خطورة CVSS تبلغ 7.5، وخطورتها على التوفر Availability تحديداً. وفكرتها أن بروتوكول HTTP/2 يسمح بإرسال عدة طلبات متوازية على اتصال واحد عبر مجاري Streams، ويسمح للعميل أن يلغي أي مجرى فوراً برسالة RST\_STREAM. فاستغل المهاجمون هذا بأن يفتحوا طلباً ثم يلغوه فوراً ثم يفتحوا غيره بلا توقف، فيدفعون السيرفر إلى بدء معالجة آلاف الطلبات والتخلي عنها في اللحظة نفسها، بتكلفة شبه معدومة على المهاجم وتكلفة كبيرة على السيرفر.

وذكرت [Cloudflare في شرحها التقني المنشور في 10 أكتوبر 2023](https://blog.cloudflare.com/technical-breakdown-http2-rapid-reset-ddos-attack/?ref=arabroot.io) أنها صدت بهذه الطريقة هجوماً بلغت ذروته أكثر من 201 مليون طلب في الثانية، أي نحو ثلاثة أضعاف الرقم القياسي السابق لهجمات الطبقة السابعة، وأن الموجة بدأت في أواخر أغسطس 2023\. ولاحظ أن الوحدة هنا rps لا bps، وهذا يؤكد القاعدة: الهجوم يستهدف معالجة الطلبات لا سعة الخط. والدرس العملي أن تحديث برنامج السيرفر وال Reverse Proxy ليس تفصيلاً أمنياً، فالتصحيح الذي يحد من معدل إعادة ضبط المجاري هو ما أوقف هذا النوع.

## شبكات البوتات Botnets ومن أين تأتي

من أين يأتي المهاجم بآلاف الأجهزة؟ الجواب شبكات البوتات Botnets، وهي أجهزة حقيقية لأناس عاديين أصيبت ببرنامج خبيث يجعلها تنفذ أوامر مركز تحكم دون علم أصحابها، فتشارك في الهجوم ثم تعود إلى عملها الطبيعي. وأشهر عائلة في هذا الباب هي Mirai التي أصابت كاميرات المراقبة والراوترات المنزلية ومسجلات الفيديو عبر كلمات المرور الافتراضية، وقد شرحنا قصتها ودرسها بالتفصيل في [دليل أنواع كاميرات المراقبة](https://arabroot.io/articles/%D8%A7%D9%86%D9%88%D8%A7%D8%B9-%D9%83%D8%A7%D9%85%D9%8A%D8%B1%D8%A7%D8%AA-%D8%A7%D9%84%D9%85%D8%B1%D8%A7%D9%82%D8%A8%D8%A9-%D9%88%D9%83%D9%8A%D9%81-%D8%AA%D8%AE%D8%AA%D8%A7%D8%B1-%D8%A8%D9%8A%D9%86%D9%87%D8%A7/#security)، فاقرأه بعد هذا القسم لأن كاميرا واحدة بكلمة مرور افتراضية في مؤسستك قد تكون جزءاً من بوت نت يهاجم غيرك.

والمهم أن تفهم أن قوة الهجوم الموزع تأتي من عدد هذه الأجهزة وتوزعها الجغرافي، فهي عناوين حقيقية من دول كثيرة، ولهذا لا يكفي حظر دولة أو نطاق عناوين، وهذا ما يجعل الدفاع صعباً ويحتاج إلى من يميز السلوك لا العنوان وحده. وكلما زاد انتشار أجهزة إنترنت الأشياء IoT رديئة الحماية زاد وقود هذه الشبكات، ولهذا تقوية جهازك المنزلي مسؤولية تجاه الإنترنت كله لا تجاه نفسك فقط.

## لماذا يهاجمون، وماذا يقول القانون؟

قد يتساءل البعض: ما الدافع إلى هجوم لا يسرق بيانات؟ والإجابة أن الدوافع كثيرة: منها الابتزاز بطلب فدية مقابل إيقاف الهجوم Ransom DDoS، ومنها المنافسة غير الشريفة لإسقاط متجر منافس في موسم الذروة، ومنها التغطية على اختراق آخر يجري في الوقت نفسه، ومنها مجرد الإيذاء أو الانتقام. وقد نشأت حول هذا سوق سوداء تبيع الهجوم خدمة جاهزة لمن يدفع، ولن نسميها ولن نشرح كيف تستعمل، لأن استعمالها جريمة في كل الأحوال.

وهذه ليست مبالغة قانونية، فأجهزة إنفاذ القانون تلاحق هذه الخدمات ومستخدميها. فقد أعلنت وزارة العدل الأمريكية في [بيانها في 11 ديسمبر 2024](https://www.justice.gov/usao-cdca/pr/2-defendants-charged-us-courts-part-global-crackdown-booter-services-offering?ref=arabroot.io) ضمن عملية دولية منسقة أنه جرى حجز 27 نطاقاً لخدمات هجوم مؤجر، والقبض على ثلاثة من مديريها، والتعرف على نحو 300 من مستخدميها. والدرس المزدوج هنا: أن تشغيل هذه الخدمات أو استئجارها جريمة ملاحقة، وأن شراء الهجوم ليس مغامرة بلا عواقب. ولهذا كل ما سوف نفعله في هذه السلسلة من محاكاة يجري داخل شبكة Docker معزولة تماماً على أجهزتنا وضد هدف نملكه نحن، وبمعدلات منخفضة، ولا يخرج منه شيء إلى الإنترنت، وهذا هو الفرق بين الاختبار المشروع والاعتداء.

## الخلاصة

- DDoS هجوم على التوفر لا على البيانات، وجوهر صعوبته أن الحركة موزعة على آلاف المصادر الحقيقية فلا تحظرها بقاعدة واحدة.
- الوحدة تكشف المورد: bps لسعة الخط، وpps لمعالجة المعدات، وrps لعمال التطبيق، والهجوم الذكي يختار أرخص مورد عندك.
- التضخيم بالانعكاس يحول بايتاً إلى آلاف البايتات، وعامل memcached يصل إلى 51,000، وبه بلغ هجوم GitHub سنة 2018 ذروة 1.35 تيرابت في الثانية.
- إغراق SYN يملأ جدول الاتصالات نصف المفتوحة، والطبقة السابعة تستنزف العمال، والهجمات البطيئة تعلق الاتصالات بحركة ضئيلة.
- HTTP/2 Rapid Reset سنة 2023 بلغ أكثر من 201 مليون طلب في الثانية، وأوقفه تحديث السيرفر.
- شبكات البوتات وقودها أجهزة منزلية سيئة الحماية، وشراء الهجوم أو تشغيله جريمة ملاحقة دولياً.

وفي الجزء الثاني سوف ننتقل من الفهم إلى القياس، فنبني هدفاً نملكه في شبكة معزولة، ونرى بأنفسنا أي مورد يسقط أولاً تحت كل نوع.

[![](https://arabroot.io/content/images/2026/10/ddos-testing-tools-cover-cover.webp)دليلاختبار صمود خدمتك أمام هجمات DDoS بأمانكيف تقيس صمود خدمتك أمام الإغراق والهجمات البطيئة في مختبر معزول تملكه، وما تشترطه سياسات المزودين قبل أي اختبار.](https://arabroot.io/articles/%D8%A7%D8%AE%D8%AA%D8%A8%D8%A7%D8%B1-%D8%B5%D9%85%D9%88%D8%AF-%D8%AE%D8%AF%D9%85%D8%AA%D9%83-%D8%A7%D9%85%D8%A7%D9%85-%D9%87%D8%AC%D9%85%D8%A7%D8%AA-ddos/)[![](https://arabroot.io/content/images/2026/10/ddos-prevention-cover-cover.webp)دليلطبقات الحماية من هجمات DDoS وأين تقف كل طبقةكيف تبني دفاعاً بالطبقات ضد DDoS من المزود وال CDN إلى ضبط النواة والتخزين المؤقت، ومتى لا يكفي سيرفرك وحده.](https://arabroot.io/articles/%D8%B7%D8%A8%D9%82%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D9%85%D8%A7%D9%8A%D8%A9-%D9%85%D9%86-%D9%87%D8%AC%D9%85%D8%A7%D8%AA-ddos/)[![](https://arabroot.io/content/images/2026/10/ddos-protection-tools-cover-cover.webp)دليلأدوات الحماية من DDoS بين الخدمات المدارة وسيرفركماذا تقدم خدمات الحماية المدارة وبكم، وكيف تبني طبقة دفاع على سيرفرك وتقيس أثرها قبل الهجوم وبعده.](https://arabroot.io/articles/%D8%A7%D8%AF%D9%88%D8%A7%D8%AA-%D8%A7%D9%84%D8%AD%D9%85%D8%A7%D9%8A%D8%A9-%D9%85%D9%86-%D9%87%D8%AC%D9%85%D8%A7%D8%AA-ddos-%D9%85%D8%AF%D8%A7%D8%B1%D8%A9-%D9%88%D8%B9%D9%84%D9%89-%D8%B3%D9%8A%D8%B1%D9%81%D8%B1%D9%83/)

## سجل التحديثات

- أكتوبر 2026: كتابة المقال، والمعلومات من تحذير CISA رقم TA14-017A وتقرير GitHub عن حادثة 2018 وصفحة الثغرة CVE-2023-44487 في NVD وشرح Cloudflare التقني وبيان وزارة العدل الأمريكية، كما قرئت في 12 أكتوبر 2026.