הגנת DDoS

הגנת DDoS רב-שכבתית, כך שמתקפה אחת היא בעיה של אתר אחד בלבד

הצפות נבלמות בקצה הרשת, מתקפות ברמת הרשת מסוננות במעלה הזרם, וכל מה שמגיע לשרת מבודד בתוך כלוב ברמת הליבה של אתר היעד בלבד. מספר שכבות, שכל אחת מהן מבצעת תפקיד שונה, כדי שמתקפה המכוונת לאתר אחד לא תהפוך להשבתה עבור האתרים שלצידו. זהו מודל ההגנה שבנינו עבור פלטפורמה המארחת למעלה מ-700,000 אתרים ברחבי העולם, וקו הבסיס פועל בכל תוכנית. זמינות: ויסות מסדי נתונים ברמת האתר נמצא בפיתוח פעיל ועדיין אינו זמין. כל שאר הדברים המתוארים כאן פועלים כבר היום.

אתר המוגן באמצעות מגן רב-שכבתי, כאשר איומים נבלמים בגבול החיצוני.
  • 3שכבות הפחתת סיכונים: רשת, קצה, שרת
  • +700,000אתרים המאוחסנים ברחבי העולם
  • כלולבידוד בסיסי, WAF והגבלת קצב
  • 99.99%הבטחת זמינות פעילות

רב-שכבתי כחלק מהתכנון, כי שכבה אחת אף פעם אינה מספיקה

מתקפת הצפה נפחית, מתקפת הצפה ברמת היישום (L7) ומתקפת מיצוי חיבורים איטית הן שלוש בעיות שונות. אנו מטפלים בכל אחת מהן במקום שבו הטיפול הוא הזול והמהיר ביותר — במעלה הזרם של הצי, בקצה הרשת ובתוך הכלוב.

שכבת רשת (L3/4)

הגנת DDoS ברמת הספק מסננת הצפות בשכבת הרשת במעלה הזרם של צי השרתים שלנו, לפני שתעבורה זו תצרוך יציאה, כרטיס רשת (NIC) או מחזור מעבד במחשב שבו האתר שלכם פועל. עבור פרופילי סיכון מתקדמים וארגוניים, Cloudflare Magic Transit ו-Spectrum מרחיבים את אותו הסינון גם לתעבורה שאינה HTTP.

שכבת אפליקציה (L7) בקצה הרשת

רשת קצה מנוהלת ניצבת לפני כל אתר. היא סופגת הצפות HTTP נפחיות, מפעילה L7 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 מווסת באופן טבעי ואוטומטי את השימוש במעבד, ב-IO ובתהליכים לכל אתר. זהו קו ההגנה הראשון שפועל תמיד, בין אם התעבורה כבר סווגה כמתקפה ובין אם לא.

נתיב ביקורת מלא

כל מעבר אכיפה מתעד את הסיבה שלו, האם היה אוטומטי או ביוזמת צוות, ואת הראיות שמאחוריו. תקבלו הודעה על מה שהשתנה וכיצד לפתור זאת, וניתן לערער על כל פעולה.

מה כלול, ומה אתם רוכשים כאשר הסיכון עולה

הגנת בסיס אינה עניין של בחירה, מכיוון שאתר מותקף או פרוץ מסכן את שכניו, את מוניטין השרתים שלנו ואת טווחי ה-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 מגבילות את היקף משאבי שרת האינטרנט שהוא יכול לתפוס. ההכלה מתוכננת ברמת הליבה (kernel), ולא מוגדרת ברמת הלקוח הבודד.

האם הגנת DDoS כלולה, או שהיא תוסף בתשלום?

קו הבסיס כלול בכל תוכנית: בידוד LVE ו-CageFS, הגבלת קצב חיבורים ובקשות של LiteSpeed, חומת אש לרשת, WAF פרואקטיבי וסריקת תוכנות זדוניות, עם ספיגת קצה של Cloudflare וסינון רשת ברמת הספק לפני הצי. אנו כוללים זאת מכיוון שאיננו יכולים להשאיר את ההגנה על הצי שלנו כאופציונלית. ניהול בוטים מתקדם, רמות DDoS גבוהות יותר, כללי WAF משופרים וכללי חומת אש ייעודיים הם תוספות עבור אתרים הזקוקים להם.

האם תשביתו את האתר שלי אם הוא יותקף?

היותכם יעד למתקפת DDoS מתורגם להגנה באמצעות Cloudflare לצד הגבלת קצב לכל אתר, ו—רק אם המתקפה מאיימת על שרת המקור—מצב 'throttled': מגבלות LVE מחמירות יותר כאשר האתר עדיין פעיל ומגיש תוכן. מצב הוויסות מתאושש אוטומטית ברגע שהעומס חולף. השעיה שמורה למקרי אי-תשלום או שימוש לרעה מאומת, וגם אז האתר מציג עמוד המתנה ממותג המציין את הסיבה הספציפית במקום עמוד שבור.

האם הצפה בשכבת האפליקציה עדיין פוגעת במסד הנתונים שלי?

לא עבור שום דבר המוגש מתוך המטמון. LSCache משיב לבקשות של דפים שמורים במטמון מבלי להפעיל את PHP או MySQL, ומטמון אובייקטים של Redis ברמת האתר מקל על פעולות הקריאה עבור דפים דינמיים לחלוטין. מה שנותר מוגבל על ידי מגבלות תהליכי LVE ותהליכי הכניסה של האתר שלכם, ועל ידי ויסות מסד הנתונים ברמת האתר של MySQL Governor, כך שלחץ על מסד הנתונים מאתר אחד אינו יכול לזלוג אל השרת. דפי Cart, checkout, my-account ודפי הפעלה (sessions) נותרים ללא שמירה במטמון כברירת מחדל, כך שהקשחת המערכת לעולם אינה פוגעת בעסקה.

האם באפשרותכם להגן על תעבורה שאינה תעבורת HTTP?

כן, בשכבת הרשת. הגנת DDoS ברמת הספק מסננת הצפות L3/4 במעלה הזרם של הצי שלנו ללא קשר לפרוטוקול, ועבור דרישות מתקדמות או ארגוניות, Cloudflare Magic Transit ו-Spectrum מרחיבים את ההפחתה ברמת הקצה לתעבורה שאינה HTTP.

כיצד אוכל לדעת שהתרחשה מתקפה ומה עשיתם בנידון?

כל מעבר אכיפה מתועד עם הסיבה שלו, בין אם הוא היה אוטומטי ובין אם יזום על ידי הצוות, וכן הראיות שמאחוריו. אתם מקבלים הודעה על מה שהשתנה ומה שפותר זאת, כל פעולה ניתנת לערעור, ופעולות בעלות הרשאות מתועדות ביומן ביקורת עבור נתיב הציות שלכם. אותות מרוכזים ב-Abuse Desk יחיד במקום להיות מפוזרים בין כלים שונים.

האם אוכל לנסות זאת לפני התשלום?

כן. אחסון Footprint-Free מתחיל בניסיון של 14 יום ללא צורך בכרטיס אשראי המכסה עד 5 אתרים — ללא פרטי תשלום, ללא התחייבות. התוכניות מגובות באחריות להחזר כספי מלא למשך 30 יום ללא ויכוחים, הגירות בחינם וללא נעילת ספק.

הגנה שכבר פעילה כאשר התעבורה מגיעה

סינון רשת, קליטה בקצה, הגבלת עומס השרת והכלה ברמת האתר פועלים מרגע הפריסה — אין מה להגדיר, אין מה להפעיל בעיצומו של אירוע. התחילו עם תקופת ניסיון של 14 יום ללא כרטיס אשראי, המגובה בהתחייבות להחזר כספי תוך 30 יום ובהעברות אתרים בחינם.

התחל בחינם