محافظت در برابر DDoS

دفاع چندلایه در برابر DDoS، تا هر حمله فقط مشکل یک سایت باشد

حملات سیل‌آسا در لبه جذب می‌شوند، حملات لایه شبکه در بالادست فیلتر می‌شوند و هر آنچه به سرور برسد، در قفس اختصاصی در سطح هسته متعلق به سایت هدف مهار می‌شود. چندین لایه، که هرکدام وظیفه متفاوتی را انجام می‌دهند، به گونه‌ای عمل می‌کنند که حمله به یک سایت منجر به قطعی برای سایت‌های مجاور آن نشود. این مدل دفاعی است که ما برای پلتفرمی با میزبانی بیش از ۷۰۰٬۰۰۰ سایت در سراسر جهان ایجاد کرده‌ایم و پایه آن در همه پلن‌ها فعال است. در دسترس بودن: کنترل مصرف پایگاه داده به ازای هر سایت در حال توسعه فعال است و هنوز در دسترس نیست. هر چیز دیگری که در اینجا شرح داده شده است، امروز به صورت زنده فعال است.

سایتی در پناه یک سپر چندلایه، با تهدیداتی که در مرز بیرونی متوقف می‌شوند.
  • ۳لایه‌های کاهش تهدید: شبکه، لبه، سرور
  • +۷۰۰٬۰۰۰سایت‌های میزبانی‌شده در سراسر جهان
  • شامل شدهایزوله‌سازی پایه، WAF و محدودسازی نرخ
  • 99.99٪تضمین پایداری سرور

چندلایه بر اساس طراحی، زیرا یکی هرگز کافی نیست

یک حمله سیل‌آسای حجمی، سیل‌آسای لایه کاربردی L7 و حمله کند برای اتمام ظرفیت اتصالات، سه مشکل متفاوت هستند. ما با هر یک از آنها در جایی که ارزان‌ترین و سریع‌ترین حالت ممکن است مقابله می‌کنیم — در بالادست ناوگان، در لبه شبکه و درون محفظه سرور.

لایه شبکه (L3/4)

حفاظت DDoS در سطح ارائه‌دهنده، سیلاب‌های لایه شبکه را پیش از رسیدن به ناوگان کارگزاران ما فیلتر می‌کند، قبل از اینکه این ترافیک پورت، کارت شبکه (NIC) یا چرخه‌ای از پردازنده را در دستگاه میزبان سایت شما مصرف کند. برای پروفایل‌های ریسک پیشرفته و سازمانی، Cloudflare Magic Transit و Spectrum همان فیلتر را برای ترافیک غیر HTTP نیز اعمال می‌کنند.

لایه کاربرد (L7) در لبه شبکه

یک شبکه لبه مدیریت‌شده در برابر هر سایت قرار دارد. این شبکه حملات حجمی سیلاب HTTP را مهار می‌کند، یک WAF لایه ۷ را اجرا می‌نماید، محدودیت نرخ به ازای هر سایت را اعمال می‌کند و از مدیریت ربات‌ها و چالش‌های مدیریت‌شده برای جداسازی بازدیدکنندگان واقعی از ترافیک خودکار بهره می‌برد — همه این‌ها پیش از آنکه درخواستی به مبدأ برسد.

لایه سرور

سرور LiteSpeed Enterprise محدودسازی اتصال و درخواست را با محدودیت‌های اتصال به ازای هر IP اعمال می‌کند، Imunify360 یک فایروال شبکه را همراه با حفاظت در برابر حملات بروت فورس و فیلتر کردن اعتبار IP اجرا می‌نماید، و سقف فرآیندهای ورودی CloudLinux LVE تعداد درخواست‌های همزمانی را که یک سایت واحد می‌تواند باز نگه دارد محدود می‌سازد.

ایزوله‌سازی به ازای هر سایت

فناوری LVE مصرف CPU، RAM، IO، IOPS، پردازش‌ها و پردازش‌های ورودی را برای هر سایت به‌طور جداگانه محدود می‌کند. هر سیلابی از درخواست‌ها که از لایه‌های بالاتر عبور کند، در قفس اختصاصی خود سایت هدف مهار می‌شود، به‌طوری که فشار ایجادشده به جای انتشار در سراسر سرور، در همان سایت باقی می‌ماند.

مهار کردن اصل ماجراست

بیشتر قطعی‌های میزبانی در طول یک حمله به دلیل رسیدن حمله به هدف رخ نمی‌دهد. بلکه به این دلیل است که مصرف منابع توسط هدف، تمام بخش‌های دیگر سرور را از منابع محروم می‌کند. این همان حالت نقصی است که این معماری برای حذف آن طراحی شده است.

  • هر سایت درون قفس منابع CloudLinux LVE اختصاصی خود اجرا می‌شود — سایت مورد حمله در سقف منابع خود مهار می‌شود و سایت‌های مجاور منابعی را که محدودیت‌های خودشان تضمین می‌کند حفظ می‌کنند.
  • CageFS به هر مستأجر یک نمای ایزوله‌شده از سیستم فایل ارائه می‌دهد، به‌طوری‌که حمله‌ای که به یک تلاش برای نفوذ تبدیل می‌شود، به‌جای سرایت به سایر مستأجران، مهار می‌گردد.
  • قابلیت CloudLinux MySQL Governor مصرف پایگاه داده را برای هر سایت محدود می‌کند تا هجوم ترافیک در لایه اپلیکیشن که با کوئری‌های کش‌نشده سرور را بمباران می‌کند، نتواند پایگاه داده را برای سایر افراد روی سرور از کار بیندازد.
  • ورکرهای LiteSpeed LSAPI به ازای هر سایت به محدودیت‌های LVE همان سایت محدود شده‌اند، بنابراین هجوم ترافیک نمی‌تواند پردازش‌های نامحدود PHP ایجاد کند.
  • محدودیت‌های اتصال به ازای هر IP و کنترل نرخ اتصال LiteSpeed، حملات اتصال کُند و اتمام ظرفیت اتصال را در وب‌سرور مهار می‌کنند، نه در برنامه کاربردی.

حافظه پنهان همان کمک‌فنری است که بیشتر میزبان‌ها فراموش می‌کنند

کم‌هزینه‌ترین درخواست برای پاسخ‌گویی، درخواستی است که هرگز با PHP یا MySQL تماسی ندارد. کش دولایه ما تضمین می‌کند که بخش بزرگی از حجم سنگین ترافیک لایه کاربردی به‌جای پردازش توسط سرور مبدأ شما، با بایت‌های ایستا پاسخ داده شود.

  • قابلیت LSCache، کش کامل صفحه LiteSpeed Enterprise، صفحات ذخیره‌شده را بدون فراخوانی PHP یا پایگاه داده ارائه می‌دهد — بنابراین درخواست‌های مکرر برای یک URL یکسان، تنها کسری از هزینه‌ای را که در یک پشته استاندارد نیاز است، مصرف می‌کنند.
  • یک کش شیء Redis برای هر سایت، بار خواندن از پایگاه داده را برای صفحاتی که واقعاً باید پویا باشند، کاهش می‌دهد.
  • حافظه پنهان لبه Cloudflare به درخواست‌ها در منطقه بازدیدکننده پاسخ می‌دهد، بنابراین ترافیک سیل‌آسا به جای اینکه در یک مبدأ متمرکز شود، در سراسر شبکه لبه پراکنده می‌شود.
  • صفحات سبد خرید، تسویه‌حساب، حساب من، nonce و نشست به‌طور پیش‌فرض از حافظه پنهان مستثنی هستند، بنابراین مقاوم‌سازی تحت بار هرگز تراکنشی را با اختلال مواجه نمی‌کند.
  • پاک‌سازی در هر دو لایه از طریق یک بخش کنترلی هماهنگ می‌شود، بنابراین افزایش پوشش حافظه پنهان در طول یک حادثه، بعداً شما را با صفحات قدیمی مواجه نمی‌کند.

از سیگنال تا اقدام، به‌صورت خودکار

کاهش اثر یک تیکت پشتیبانی نیست. سیگنال‌ها موتور خط‌مشی را تغذیه می‌کنند که هر یک را به یک اقدام اجرایی، یک اعلان به مشتری و — در صورت امکان — یک اصلاح خودکار نقشه‌برداری می‌کند و هر انتقال ثبت می‌شود.

سفت‌سازی پویا

هنگامی که سیگنال DDoS فعال می‌شود، موتور خط‌مشی اقدام به اعمال کاهش اثر Cloudflare و محدودسازی نرخ برای هر سایت می‌کند و می‌تواند محدودیت‌های LVE آن سایت را به‌صورت پویا تشدید نماید. با پاک شدن سیگنال، محدودیت‌ها دوباره کاهش می‌یابند. مرحله‌ای، بازگشت‌پذیر و ثبت‌شده در هر مرحله.

محدود شده، خاموش نشده

اگر حمله‌ای سرور اصلی را تهدید کند، سایت به وضعیت «محدودشده» (throttled) منتقل می‌شود — محدودیت‌های LVE سخت‌گیرانه‌تر و اعمال محدودیت نرخ درخواست، در حالی که سایت همچنان فعال است و سرویس‌دهی می‌کند. با رفع فشار، وضعیت محدودشده به‌طور خودکار به حالت عادی بازمی‌گردد؛ این یک تعلیق نیست.

محدودسازی خودکار بومی LVE

در زیر موتور خط‌مشی، LVE به‌طور بومی و خودکار مصرف پردازنده، ورودی/خروجی و فرایندها را برای هر سایت مهار می‌کند. این نخستین خط دفاعی همیشه فعال است که فارغ از اینکه ترافیک به عنوان حمله شناسایی شده باشد یا خیر، به کار خود ادامه می‌دهد.

گزارش بازرسی کامل

هر انتقال اجرایی دلیل خود، خودکار بودن یا شروع توسط کارکنان و شواهد پشت آن را ثبت می‌کند. به شما اطلاع داده می‌شود که چه چیزی تغییر کرده است و چگونه آن را حل کنید، و هر اقدامی قابل تجدیدنظر است.

چه مواردی شامل می‌شود، و هنگام افزایش ریسک چه چیزی خریداری می‌کنید

حفاظت پایه‌ای اختیاری نیست، زیرا سایتی که مورد حمله یا نفوذ قرار گرفته باشد، همسایگان خود، اعتبار سرور ما و محدوده‌های IP ما را تهدید می‌کند. برای سایت‌هایی که نمایه ریسک آن‌ها ایجاب می‌کند، حفاظت قوی‌تری در دسترس است.

  • شامل شده در هر پلن: ایزولاسیون LVE و CageFS، محدودسازی اتصال و درخواست LiteSpeed، فایروال شبکه با حفاظت در برابر حملات بروت فورس و فیلتر کردن اعتبار IP، سامانه WAF پیشگیرانه، و اسکن بدافزار.
  • موجود به عنوان افزونه: مدیریت پیشرفته بات، سطوح بالاتر محافظت در برابر DDoS، قوانین ارتقایافته WAF، اسکن با اولویت و قوانین اختصاصی فایروال.
  • همچنین در صورت نیاز به عنوان ارتقا ارائه می‌شود: پاک‌سازی و رفع بدافزار با یک کلیک، برای مواردی که حمله صرفاً پوششی برای نفوذ بوده است و نه هدف اصلی.
  • کاهش اثرات پیشرفته در لایه شبکه از طریق Cloudflare Magic Transit یا Spectrum برای بارهای کاری سازمانی و پرخطر در دسترس است.

حملاتی که واقعاً چیز دیگری هستند

جهش ترافیک اغلب یک نشانه است. همان خط پردازش سیگنالی که سیلاب‌های داده را مدیریت می‌کند، نفوذهایی را که موجب آن شده‌اند نیز شناسایی می‌کند، بنابراین حادثه به درستی طبقه‌بندی می‌شود نه اینکه صرفاً جذب و خنثی شود.

  • هر سایتی که میزبانی می‌کنیم هر روز برای شناسایی بدافزار اسکن می‌شود، و WAF پیشگیرانه تکنیک‌های سوءاستفاده شناخته‌شده را قبل از اینکه وصله‌ای برای آسیب‌پذیری مربوطه ارائه شود مسدود می‌کند — مسیری که از طریق آن یک سایت می‌تواند به ابزار حمله شخص دیگری تبدیل شود.
  • ایمیل‌های خروجی برای هر سایت محدودیت نرخ دارند و از نظر افزایش ناگهانی حجم، نرخ بازگشت، ثبت در فهرست‌های مسدودسازی و سیگنال‌های شکایت تحت نظارت قرار می‌گیرند، تا سایتی که هک شده و هرزنامه ارسال می‌کند به جای شناسایی پس از مسدود شدن، ظرف چند دقیقه شناسایی شود.
  • بدافزارها و فیشینگ‌های مشکوک پیش از اتخاذ تصمیم اجرایی، با Google Safe Browsing، PhishTank و SURBL/APWG تطبیق داده شده و با نتایج اسکن ارتباط داده می‌شوند.
  • سوءاستفاده از منابع و استخراج‌کنندگان رمزارز به‌صورت خطاهای LVE CPU و IO ثبت‌شده برای هر سایت ظاهر می‌شوند که به‌طور خودکار سرعت متخلف را کاهش می‌دهند.
  • هر سیگنال به جای چهار ابزار غیرمرتبط، در یک میز رسیدگی به سوءاستفاده در کنسول مدیریت قرار می‌گیرد — تجمیع‌شده، حذفِ تکرار شده و اولویت‌بندی‌شده.

پرسش‌های متداول

اگر سایت دیگری در سرور من مورد حمله قرار گیرد، چه اتفاقی برای سایت من می‌افتد؟

هدف طراحی، مهارسازی است. هر سایت در قفس CloudLinux LVE اختصاصی خود با سقف معین برای CPU، RAM، IO، IOPS، فرایندها و فرایندهای ورودی، نمای سیستم فایل CageFS اختصاصی، و کنترل مصرف پایگاه داده به‌ازای هر سایت از طریق MySQL Governor اجرا می‌شود. سایتی که مورد حمله قرار گرفته، به‌جای مصرف کل منابع سرور، در سقف مشخص‌شده خودش مهار می‌شود و محدودیت‌های اتصال به‌ازای هر IP در LiteSpeed میزان اشغال وب‌سرور را محدود می‌کنند. این مهارسازی در سطح هسته (کرنل) مهندسی شده است، نه اینکه برای هر مشتری به‌صورت جداگانه پیکربندی شود.

آیا حفاظت در برابر DDoS شامل سرویس است یا یک افزونه محسوب می‌شود؟

سطح پایه در همه پلن‌ها گنجانده شده است: ایزولاسیون LVE و CageFS، محدودسازی اتصال و درخواست LiteSpeed، فایروال شبکه، WAF پیشگیرانه و اسکن بدافزار، همراه با جذب لبه Cloudflare و فیلترینگ شبکه در سطح ارائه‌دهنده در برابر ناوگان. ما آن را لحاظ می‌کنیم زیرا نمی‌توانیم حفاظت از ناوگان خود را اختیاری بگذاریم. مدیریت پیشرفته بات‌ها، سطوح بالاتر DDoS، قوانین پیشرفته WAF و قوانین فایروال اختصاصی افزونه‌هایی برای سایت‌هایی هستند که به آن‌ها نیاز دارند.

اگر سایتم مورد حمله قرار گیرد، آیا آن را از دسترس خارج می‌کنید؟

قرار گرفتن در معرض حمله DDoS به معنای مهار توسط Cloudflare به‌علاوه اعمال محدودیت نرخ درخواست برای هر سایت است، و — تنها در صورتی که حمله سرور مبدا را تهدید کند — ورود به وضعیت «throttled»: اعمال محدودیت‌های سخت‌گیرانه‌تر LVE در حالی که سایت همچنان آنلاین و در دسترس است. با برطرف شدن بار ترافیکی سنگین، وضعیت محدودشده به‌طور خودکار به حالت عادی بازمی‌گردد. تعلیق سرویس فقط به موارد عدم پرداخت یا سوءاستفاده تأییدشده اختصاص دارد، و حتی در این حالت نیز سایت به جای نمایش یک صفحه خراب، یک صفحه انتظار دارای هویت بصری مشخص با ذکر دلیل مربوطه را ارائه می‌دهد.

آیا طغیان لایه کاربردی همچنان به پایگاه داده من می‌رسد؟

نه برای هر چیزی که از حافظه موقت (کش) ارائه می‌شود. LSCache به درخواست‌های صفحات ذخیره‌شده در کش بدون فراخوانی PHP یا MySQL پاسخ می‌دهد و کش اشیاء Redis اختصاصی برای هر سایت، بار خواندن را برای صفحات واقعاً پویا کاهش می‌دهد. آنچه باقی می‌ماند توسط محدودیت‌های پردازش LVE و فرآیندهای ورودی سایت شما و همچنین تعدیل پایگاه داده به ازای هر سایت توسط MySQL Governor محدود می‌شود، بنابراین فشار پایگاه داده از یک سایت نمی‌تواند به سرور سرایت کند. صفحات Cart، checkout، my-account و نشست‌ها به‌طور پیش‌فرض در کش ذخیره نمی‌شوند تا ایمن‌سازی هرگز تراکنشی را متوقف نکند.

آیا می‌توانید از ترافیکی که HTTP نیست محافظت کنید؟

بله، در لایه شبکه. حفاظت DDoS در سطح ارائه‌دهنده، سیلاب‌های L3/4 را در بالادست ناوگان ما بدون در نظر گرفتن پروتکل فیلتر می‌کند، و برای نیازمندی‌های پیشرفته یا سازمانی، Cloudflare Magic Transit و Spectrum قابلیت کاهش تهدید در سطح لبه را به ترافیک غیر HTTP گسترش می‌دهند.

چگونه بفهمم که حمله‌ای رخ داده است و شما چه اقدامی در مورد آن انجام داده‌اید؟

هرگونه تغییر در اعمال مقررات به همراه دلیل آن، اعم از اینکه خودکار بوده یا توسط کارکنان آغاز شده باشد، و شواهد پشتیبان آن ثبت می‌شود. به شما اطلاع داده می‌شود که چه چیزی تغییر کرده و چه چیزی آن را برطرف می‌کند، هر اقدامی قابل تجدیدنظر است، و اقدامات ممتاز برای ردپای انطباق خودتان در گزارش بازرسی ثبت می‌شوند. سیگنال‌ها به جای پراکندگی در ابزارهای مختلف، در یک Abuse Desk واحد تجمیع می‌شوند.

آیا می‌توانم پیش از پرداخت، این را امتحان کنم؟

بله. میزبانی Footprint-Free با یک دوره آزمایشی ۱۴ روزه بدون نیاز به کارت برای حداکثر ۵ سایت آغاز می‌شود — بدون اطلاعات پرداخت، بدون تعهد. پلن‌ها با ضمانت بازگشت وجه ۳۰ روزه بدون قید و شرط، انتقال رایگان و بدون وابستگی به ارائه‌دهنده پشتیبانی می‌شوند.

حفاظتی که هنگام ورود ترافیک از قبل فعال است

فیلتر شبکه، جذب لبه، کنترل ترافیک سرور و مهار برای هر سایت از لحظه استقرار شما اجرا می‌شوند — نیازی به پیکربندی نیست، و در میان رخداد چیزی برای فعال کردن وجود ندارد. با یک دوره آزمایشی ۱۴ روزه بدون کارت شروع کنید، که با ضمانت بازگشت وجه ۳۰ روزه و مهاجرت رایگان پشتیبانی می‌شود.

رایگان شروع کنید