DDoS защита

Многослойна DDoS защита, така че една атака да остава проблем само на един сайт

Заливанията се абсорбират в периферията, атаките на мрежовия слой се филтрират по-нагоре по веригата, а всичко, което достигне до сървъра, се изолира в рамките на собствена клетка на ниво ядро за целевия сайт. Няколко слоя, всеки изпълняващ различна задача, така че атака, насочена към един сайт, да не доведе до прекъсване за съседните. Това е моделът за защита, който изградихме за платформа, хостваща над 700 000 сайта по целия свят, като базовата защита работи при всеки план. Наличност: ограничаването на базите данни за отделен сайт е в активна разработка и все още не е налично. Всичко останало, описано тук, е активно от днес.

Сайт зад многослоен щит, със спрени заплахи на външната граница.
  • 3слоеве на смекчаване: мрежа, периферия, сървър
  • 700 000+хоствани сайтове по целия свят
  • Включенобазова изолация, WAF и ограничаване на скоростта
  • 99,99%Гаранция за непрекъсната работа

Многопластов по замисъл, защото едно никога не е достатъчно

Обемната атака с претоварване, атаката с претоварване на приложно ниво (L7) и бавната атака за изчерпване на връзките са три различни проблема. Справяме се с всеки от тях там, където това е най-евтино и най-бързо — преди инфраструктурата, на ниво крайна точка (edge) и вътре в клетката.

Мрежов слой (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 ограничава използването на CPU, IO и процеси за всеки сайт директно и автоматично. Това е постоянно активната първа линия на защита, работеща независимо дали трафикът вече е класифициран като атака или не.

Пълна одитна следа

Всеки преход по прилагане записва своята причина, дали е бил автоматичен или иницииран от служител, както и доказателствата зад него. Вие бивате уведомявани за това какво се е променило и как да го разрешите, като всяко действие подлежи на обжалване.

Какво е включено и какво купувате, когато рискът се увеличи

Базовата защита не е опционална, тъй като атакуван или компрометиран сайт застрашава съседите си, репутацията на нашите сървъри и нашите IP диапазони. Съществува по-засилена защита за сайтове, чийто рисков профил го изисква.

  • Включено във всеки план: LVE и CageFS изолация, LiteSpeed ограничаване на връзките и заявките, мрежова защитна стена със защита от brute-force атаки и филтриране по репутация на 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 хостингът започва с 14-дневен пробен период без изискване за карта за до 5 сайта — без данни за плащане, без ангажимент. Плановете са подкрепени от 30-дневна гаранция за възстановяване на сумата без възражения, безплатни миграции и без обвързване с доставчик.

Защита, която вече е активна при пристигането на трафика

Филтрирането на мрежата, абсорбирането в периферията, регулирането на сървъра и изолирането за всеки сайт работят от момента на внедряване — няма нищо за конфигуриране, нищо за включване по време на инцидент. Започнете с 14-дневен пробен период без карта, подкрепен с 30-дневна гаранция за връщане на парите и безплатни миграции.

Започнете безплатно