EN / БГ5,0 в Google
Поискайте офертаОтговаряме още същия ден

Обновява се всеки ден

PHP2Shell: засегнат ли е сайтът на Вашия бизнес и какво да направите днес

Тази седмица стана публична сериозна уязвимост в PHP, софтуера, на който работи по-голямата част от интернет, и нападателите вече я пробват. Ако сайтът Ви работи с PHP, а всеки сайт на WordPress работи с него, той е уязвим, докато хостинг компанията не инсталира поправката.

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

Кое от тези е Вашият случай?

Натиснете това, което звучи като Вас. Отговорът се отваря веднага.

WordPress работи с PHP, така че честният отговор е да, засегнати сте, освен ако хостингът Ви вече не е обновил PHP. Изследователите, открили уязвимостите, показаха атаки срещу WordPress, Drupal и Joomla, които работят без вход с парола, така че рискът не е теоретичен.

Проблемът е в самия PHP, под WordPress, плъгините и страницата за вход, затова бутонът за актуализация в таблото на WordPress няма да помогне, нито плъгин за сигурност. Поправката трябва да дойде от хостинг компанията и затова въпросите към хостинга са най-полезното, което можете да направите днес.

Най-простият начин е да попитате човека, който Ви е направил сайта. Ако това не е възможно, напишете адреса на сайта си, а след него /wp-admin. Ако се отвори страница за вход в WordPress, сайтът Ви е на WordPress.

Безплатни инструменти като BuiltWith и Wappalyzer също показват за секунди на какво е направен даден сайт, а връзките към тях са по-надолу на страницата. Други разпространени системи, които работят с PHP, са Joomla, Drupal и OpenCart, често използвана платформа за онлайн магазини. А ако влезете в профила си при хостинг компанията, контролният панел обикновено показва и коя версия на PHP използва сайтът Ви.

Това е ситуацията, която ме тревожи най-много, защото по-старите сайтове са най-уязвими. Според статистиката на WordPress.org около една трета от сайтовете на WordPress работят с версия на PHP, която вече не се поддържа, а над един от всеки шест все още е на PHP 7.4.

Официалните поправки обхващат само PHP 8.2, 8.3, 8.4 и 8.5. За 7.4, 8.0 и 8.1 има само поправки в кода, които хостинг компаниите трябва сами да вградят, така че на по-стара версия разчитате хостингът да го е направил. Някои го направиха, други не са казали нищо. Ако никой не е пипал сайта Ви от няколко години, не приемайте, че някой друг се грижи за това. Свържете се с хостинг компанията си още днес.

Хостинг компанията е тази, на която плащате всяка година, за да е онлайн сайтът, и обикновено това е отделна сметка от тази за домейна. Потърсете в имейлите и фактурите си подновяване на хостинг, защото това е компанията, с която трябва да се свържете. Ако наистина не можете да я откриете, фирмата, при която е регистриран домейнът Ви, обикновено може да Ви насочи.

Тогава това е най-важният въпрос. Според NSA успешен нападател може да открадне чувствителни данни, да прекъсне услуги или да проникне по-навътре в мрежата, а за клиентите Ви това означава данните от профилите им, историята на поръчките и запазените адреси.

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

Squarespace и Wix не използват PHP за сайтовете на клиентите си, така че няма какво да обновявате. Shopify не е излязла с публично изявление, но собствената ѝ платформа и магазините не са изградени на PHP, така че самият магазин не е проблемът.

Внимавайте за всичко, добавено отстрани. Ако магазинът Ви е в Shopify, но имате и блог на WordPress на свой хостинг или допълнителна система, самият магазин е наред, но всичко до него, което се хоства отделно, може да не е.

Какво се случи тази седмица?

Във вторник подробности за две сериозни уязвимости в PHP изтекоха в интернет, преди да бъдат официално обявени, и PHP Foundation пусна поправките с един ден по-рано, в сряда, 21 октомври. Тези уязвимости позволяват на нападател да пусне собствен код на сървъра, на който е сайтът, без да влиза с парола. С други думи, непознат човек може да поеме контрола над компютъра, на който „живее" сайтът Ви. Оценени са с 9,2 от 10 за сериозност, а името, с което всички ги наричат, е PHP2Shell.

Отнасят се към това като към една от най-големите истории за сигурността на сайтовете от години. Агенцията за национална сигурност на САЩ призова организациите или веднага да инсталират поправките, или да спрат сървърите си, а в Нидерландия държавни услуги, сред които DigiD и сайтът на парламента, бяха временно спрени, докато се справят с проблема.

Колко е голям проблемът?

  • 7 от 10

    сайта, чиято технология може да бъде разпозната, работят с PHP (W3Techs, август 2026 г.)

  • 2,24 млн.

    сървъра с PHP в открития интернет, преброени от изследователи тази седмица (CybelAngel, октомври 2026 г.)

  • 41%

    от всички сайтове са на WordPress, който работи с PHP (W3Techs, август 2026 г.)

На много от тези сървъри има по много сайтове едновременно, така че засегнатите сайтове са милиони.

Сайтът ми в опасност ли е в момента?

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

Какво точно да попитам хостинга или човека, който поддържа сайта ми?

Копирайте тези въпроси, изпратете ги така, както са, и поискайте отговорите писмено.

  1. С коя версия на PHP работи сайтът ми?
  2. Инсталирана ли е поправката за PHP2Shell (CVE-2026-109618 и CVE-2026-109619) на сървъра, на който е сайтът ми, и на коя дата?
  3. Ако сайтът ми е на PHP 8.1 или по-стара версия, приложена ли е поправка и за нея?
  4. Забелязахте ли признаци на атака срещу сайта ми през последните няколко дни?
  5. Пазите ли резервни копия на сайта ми и колко назад във времето?

Търсите ясен отговор с дати. Неясно „проверяваме" е причина да попитате отново утре.

Ще се счупи ли сайтът ми, ако се обнови?

Може, и точно това е честната причина толкова много сайтове да стоят на стари версии с години. Ако хостингът просто инсталира поправката на версията, която вече използвате, на сайта Ви нищо не се променя. Ако обаче сайтът е на толкова стара версия, че единственото истинско решение е преминаване към по-нов PHP, по-старите теми и плъгини понякога спират да работят както трябва. Това не е причина да го отлагате, но е причина да има свежо резервно копие, преди да се промени каквото и да е, и някой да провери сайта след това.

Хакнат ли е вече сайтът ми?

Атаките вече започнаха: компании за киберсигурност отчетоха опити срещу двете уязвимости още в деня на поправките. В същото време никой още не е публикувал надеждна бройка на реално хакнати сайтове, така че няма причина за паника, но има всяка причина да проверите. Отметнете всяко нещо, след като го проверите.

0 от 6 проверени на Вашия сайт

  1. Посетителите попадат на странни сайтове

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

  2. Появяват се страници или връзки, които не сте създавали

    Потърсете в Google site: и адреса си, например site:vashiyatbiznes.bg, и вижте за страници, които не познавате, често на друг език.

  3. Нови администратори, които не познавате

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

  4. Google предупреждава, че сайтът може да е хакнат

    Показва се под името на сайта в резултатите от търсенето или като червена страница с предупреждение в Chrome.

  5. Имейл от хостинга, че сайтът Ви е спрян

    Хостинг компаниите често спират сайт, за който смятат, че е пробит. Проверете и папката за спам.

  6. Сайтът внезапно става много бавен

    Сам по себе си това може да означава много неща, но заедно с някой от признаците по-горе е предупреждение.

Ако забележите нещо от това, кажете на хостинга веднага и не влизайте в сайта от компютъра, който ползвате за онлайн банкиране, докато проблемът не бъде решен.

Да спра ли сайта си?

За повечето бизнеси отговорът е не, стига хостингът да потвърди писмено, че поправката е инсталирана. Ако не можете да получите това потвърждение, сайтът Ви е на стара версия на PHP и пази данни на клиенти, тогава да го пуснете в режим на поддръжка за ден-два, докато въпросът се реши, е разумна предпазна стъпка. Същата логика стои зад спирането на онези държавни сайтове: по-добре кратка пауза, отколкото пробив.

Безплатни инструменти за проверка на сайта Ви

  • Проверка за PHP2Shell от Aikido

    Безплатна проверка от белгийска компания за киберсигурност. Без регистрация. На английски.

    Как да го използвате

    Въведете пълния адрес на сайта си в полето и отметнете квадратчето, с което потвърждавате, че сайтът е Ваш или имате разрешение да го проверите. Оставете второто квадратче, това за „crash probes", без отметка, защото тази по-задълбочена проверка може за кратко да срине сайта Ви. След това натиснете „Check my website" и изчакайте минута-две.

    Ако резултатът покаже проблем, изпратете веднага въпросите по-горе на хостинга си. Ако излезе чисто, това е добър знак, но не е доказателство, че сайтът е защитен, затова все пак поискайте от хостинга писмено потвърждение за поправката.

    Отворете проверката
  • Кои хостинг компании са инсталирали поправката

    Списък с обновяване на това, което са казали хостинг компаниите. На английски.

    Как да го използвате

    Потърсете името на хостинг компанията си в таблицата. До всяка пише дали поправката е инсталирана и кога.

    В списъка са големите международни компании като GoDaddy, Hostinger и OVHcloud, но не и българските. Към момента на писане не открихме публично изявление от големите български хостинг компании, затова, ако сайтът Ви е при някоя от тях, попитайте ги директно с въпросите по-горе.

    Отворете списъка
  • BuiltWith

    Показва на какво е направен всеки сайт. Безплатно. На английски.

    Как да го използвате

    Въведете адреса на сайта си в полето за търсене и натиснете бутона. След няколко секунди ще видите списък с технологиите, които сайтът използва. Ако в него има WordPress, Joomla, Drupal, OpenCart или PHP, сайтът Ви работи с PHP.

    Отворете BuiltWith
  • Wappalyzer

    Същото, а може да стои и в браузъра Ви. Безплатно. На английски.

    Как да го използвате

    Потърсете адреса си на сайта им или го добавете към Chrome или Firefox и с едно натискане на иконката ще виждате на какво е направен всеки сайт, който отворите.

    Отворете Wappalyzer
  • Официалното съобщение на PHP

    Самият източник, за тези, които го искат. Технически текст, на английски.

    Как да го използвате

    Написано е за програмисти. Ако не сте програмист, въпросите към хостинга по-горе ще Ви свършат много повече работа.

    Отворете съобщението

Искате да научите повече?

Какво е PHP, на разбираем език?

PHP е софтуерът, който сглобява дадена уеб страница в момента, в който някой я отвори. Когато отворите страница на сайт с PHP, сървърът пуска PHP, изважда текстовете и снимките от база данни, сглобява страницата и Ви я изпраща, и прави това наново за всеки посетител. Съществува от 90-те години и стои зад огромна част от интернет, защото е безплатен, навсякъде е и всеки евтин хостинг план го поддържа. Именно тази популярност прави една уязвимост в PHP толкова голям проблем.

Защо всички казват, че PHP2Shell е толкова сериозна?

По три причини. Първо, проблемът е в самия PHP, така че засяга всеки сайт, който работи с него, а не един плъгин или една система. Второ, на нападателя не му трябва парола. Трето, тези уязвимости са се крили в PHP повече от десетилетие, а според изследователите от Wiz, които ги откриха, най-новите AI модели значително са улеснили превръщането им в работещи атаки. Последното е нещото, на което бих обърнал внимание като собственик на бизнес, защото означава, че времето между откриването на една уязвимост и използването ѝ от нападатели става все по-кратко. Сайт, който никой не проверява, е по-голям риск през 2026 г., отколкото беше дори преди две години.

Защо сайтовете на WordPress все се появяват в новините за сигурност?

Най-вече защото са толкова много. Според W3Techs WordPress стои зад около четири от всеки десет сайта, така че всичко, което засяга WordPress, засяга огромна част от интернет наведнъж, а нападателите отиват там, където са числата. Повечето проблеми със сигурността на WordPress не идват от самия WordPress. Истинската опасност е в плъгините, темите и сървърния софтуер под тях, а най-големият риск е сайт, който е направен, предаден и никой повече не го е поглеждал, със стари плъгини, стара тема и стара версия на PHP отдолу. PHP2Shell е същата история, просто в по-голям мащаб.

Безопасно ли е да продължа да използвам WordPress?

Сайт на WordPress, който редовно се обновява от човек, който знае какво прави, при добър хостинг, е съвсем различно нещо от сайт, който никой не е пипал от години. Ако сте доволни от сайта си на WordPress, решението е да се уверите, че някой наистина се грижи за него, а не да изпадате в паника и да го правите наново утре. По-директен ще бъда за сайтовете, за които никой не се грижи. Ако сайтът Ви е от типа „направи и забрави", тази седмица е добро напомняне, че един сайт никога не е наистина завършен. Той е жива част от бизнеса Ви и има нужда някой да го наблюдава постоянно. Писали сме повече за това, което бизнесите разбират по-късно за WordPress.

С какво се различават сайтовете, изградени без PHP?

Има и друг начин да се изгради сайт и така изграждаме нашия и тези на клиентите си. Вместо всяка страница да се сглобява наново на сървъра при всяко посещение, страниците са готови предварително като завършени файлове и се зареждат от бърза мрежа от сървъри по целия свят. Когато дойде посетител, на сървъра не се изпълнява нищо, така че уязвимост като PHP2Shell няма какво да атакува. Това не прави сайта неуязвим, защото паролите за вход, хостинг профилите и компаниите зад тях също се нуждаят от грижа, но премахва цяла категория рискове, а сайтовете, изградени така, обикновено се зареждат и по-бързо, което харесват и посетителите, и Google. Как изработваме сайтове.

Източници

English