Patchstack публикува казус, който изследва доколко Cloudflare и други общи решения за защитна стена и зловреден софтуер защитават WordPress сайтовете от често срещани уязвимости и векторни атаки. Изследването показа, че докато общите решения спират заплахи като SQL инжекция или cross-site scripting, специализираната WordPress защита последователно блокира WordPress-специфични експлойти с чувствително по-висока ефективност.
Уязвимости в WordPress
Поради огромната популярност на платформата, WordPress плъгините и темите са чест обект на хакерски атаки, а уязвимостите бързо биват експлоатирани в реална среда. След като код за proof-of-concept стане публично достъпен, нападателите често действат в рамките на часове, което оставя собствениците на сайтове с малко време за реакция.
Затова е от решаващо значение да се знае каква защита предоставя хостинг доставчикът и доколко тези решения са ефективни в WordPress среда.
Методология
Patchstack обясняват своя подход:
„Като отправна точка решихме да хостваме „honeypot“ сайтове (сайтове, върху които ще извършим контролирано пенетрейшън тестване с набор от 11 WordPress-специфични уязвимости) при 5 различни хостинг доставчици, някои от които имат вградени функции, предназначени да блокират WordPress уязвимости и/или да подсилят цялостната сигурност.
Освен мерките на самите доставчици и услугите на трети страни (като мощни WAF-ове или други решения за виртуални пачове), ние инсталирахме Patchstack на всеки сайт с цел да отговорим на следните въпроси:
Колко от тези заплахи ще преминат през защитните стени и другите доставчици на пачове, за да достигнат до Patchstack?
И ще може ли Patchstack да ги блокира успешно всичките?“
Процес на тестване
Всеки сайт беше конфигуриран по един и същ начин – с идентични плъгини, версии и настройки. Patchstack използва „инструментариум за тестване на експлойти“, за да стартира едни и същи тестове в една и съща последователност на всеки сайт. Резултатите бяха проверявани автоматично и ръчно, за да се установи дали атаките са спрени и дали блокирането е извършено от защитата на хоста или от Patchstack.
Общ преглед: Хостинг доставчици срещу уязвимости
Казусът на Patchstack тества пет различни конфигурации на системи за сигурност, плюс Patchstack.
- Хостинг доставчик A + Cloudflare WAF
- Хостинг доставчик B + защитна стена + Monarx Server and Website Security
- Хостинг доставчик C + защитна стена + Imunify Web Server Security
- Хостинг доставчик D + ConfigServer Firewall
- Хостинг доставчик E + защитна стена
Резултатите показаха, че различните инфраструктурни защити на хостингите не успяват да предпазят от по-голямата част от WordPress-специфичните заплахи, като блокират едва 12,2% от експлойтите. Patchstack успява да засече и блокира 100% от всички атаки.
Patchstack споделя:
- „2 от 5-те хостинга и техните решения не успяха да блокират нито една уязвимост на мрежово или сървърно ниво.
- 1 хост блокира 1 уязвимост от 11.
- 1 хост блокира 2 уязвимости от 11.
- 1 хост блокира 4 уязвимости от 11.“
Cloudflare и други решения се провалят
Решения като Cloudflare WAF или комбинираните услуги Monarx и Imunify не успяват последователно да се справят със специфични за WordPress уязвимости.
Cloudflare WAF блокира 4 от 11 експлойта, Monarx не блокира нито един, а Imunify също не предотвратява WordPress-специфични атаки. Защитни стени като ConfigServer, които са широко използвани в споделените хостинг среди, също се провалят във всички тестове.
Тези резултати показват, че докато подобни продукти работят сравнително добре срещу общи типове атаки, те не са настроени за специфичните проблеми на сигурността, характерни за WordPress плъгини и теми.
Patchstack е създаден специално, за да спира уязвимости в WordPress плъгини и теми в реално време. Вместо да разчита на статични сигнатури или общи правила, той прилага целенасочена защита чрез виртуални пачове веднага след оповестяване на уязвимост, преди нападателите да имат възможност да я използват.
Виртуалните пачове представляват конкретна мярка за смекчаване на дадена WordPress уязвимост. Те осигуряват защита за потребителите, докато разработчикът на плъгина или темата създаде официален ъпдейт. Този подход се справя с WordPress уязвимости по начин, по който хостинг компаниите и общите инструменти не могат, тъй като тези уязвимости рядко съвпадат с общи шаблони на атака и така преминават през традиционните защити, излагайки издателите на рискове като ескалация на привилегии, заобикаляне на автентикация и пълен контрол над сайта.
Основни изводи
- Стандартните хостинг защити се провалят срещу повечето WordPress плъгин уязвимости (87,8% пропускане).
- Много доставчици, които твърдят, че предлагат „виртуално пачване“ (като Monarx и Imunify), не спират WordPress-специфични експлойти.
- Общите защитни стени и WAF-ове улавят някои общи атаки (SQLi, XSS), но не и уязвимости, свързани с конкретни плъгини и теми.
- Patchstack последователно блокира уязвимости в реално време, запълвайки пропуска, оставен от мрежовите и сървърни защити.
- Екосистемата на WordPress, базирана на голям брой плъгини, я прави особено привлекателна цел за нападатели, което прави ефективната защита от уязвимости жизненоважна.
Казусът на Patchstack показва, че традиционните хостинг защити и общите решения за „виртуално пачване“ оставят WordPress сайтовете уязвими – почти 88% от атаките преминават през защитните стени и сървърните мерки.
Докато доставчици като Cloudflare успяват да спрат част от общите експлойти, специфичните заплахи като ескалация на привилегии и заобикаляне на автентикация преминават през тях.
Patchstack е единственото решение, което последователно блокира тези атаки в реално време, предоставяйки на собствениците на сайтове надежден начин за защита срещу най-често експлоатираните уязвимости в WordPress.
Според Patchstack:
„Не разчитайте на общи защити за WordPress. Patchstack е създаден да открива и блокира тези заплахи в реално време, прилагайки защитни правила още преди нападателите да успеят да ги използват.“
