Накратко: Да ангажирате доставчик на услуги по ИТ сигурност си струва, когато има признаци за проникване, работят стари версии на PHP без официален ъпдейт, вътрешно липсват време или специализирани познания или са засегнати правни въпроси. Ако Вашият уебсайт е при хостинг доставчик, който потвърждава писмено пача и рестарта, или Вашето собствено ИТ може само да актуализира и контролира поддържана версия на PHP, за PHP2Shell често не Ви трябва външна помощ.
Въпросът, който мнозина си задават в момента
През седмицата след 21.10.2026 г. много фирми за първи път огледаха по-внимателно кой всъщност се грижи за техните уеб сървъри. Резултатът често беше отрезвяващ: агенцията отговаря за съдържанието, хостинг доставчикът за хардуера, а версията на PHP на стария vServer никой не познава точно.
В същото време важи: не всяка фирма има нужда от доставчик на услуги по сигурност в това положение. Който честно провери какво може вътрешно, спестява пари и запазва контрола. Който се надцени, рискува проникването да остане неоткрито. Този материал помага при класифицирането, без да иска да Ви продаде нещо, от което нямате нужда.
Да отстраните сами или да ангажирате доставчик на ИТ сигурност: критериите
| Критерий | Да отстраните сами | Да ангажирате доставчик |
|---|---|---|
| Модел на хостинг | Споделен хостинг или управляван с потвърден пач | Собствен сървър без поддръжка, неясна отговорност |
| Версия на PHP | 8.2 до 8.5, наличен официален ъпдейт или backport на дистрибуцията | 8.1 или по-стара, само backport-ове на изходния код или трети източници |
| Брой системи | Един или няколко уебсайта, добре документирани | Много сървъри, смесени среди, контейнери |
| Вътрешна компетентност | Администратор с права на сървъра, опит с управление на пакети и рестарти | Няма никой с достъп или опит |
| Признаци за проникване | Няма необичайни неща след проверка | Непознати файлове, процеси, акаунти или връзки |
| Лични данни | Няма чувствителни данни в системата | Данни на клиенти, здравни или платежни данни |
| Застраховка и задължения за уведомяване | Няма засягане | Застрахователят или защитата на данните трябва да се включат |
| Нужда от доказателства | Достатъчна е вътрешна бележка | Нужен е доклад за управителя, одита или застрахователя |
Ако в Вашата ситуация се отнасят няколко реда от дясната колона, много говори за външна помощ. Ако дясната колона се отнася само при „Нужда от доказателства“, често стига целенасочена подкрепа при документирането.
Самооценка със седем въпроса
Отговорете с да или не. Всяко не е указание къде може да Ви трябва помощ.
- Знаете ли за всеки уебсайт на кой сървър и с каква версия на PHP работи?
- Можете ли да докажете, че това състояние е поправено срещу CVE-2026-109618 и CVE-2026-109619, например чрез changelog-а на пакета? Ръководството е в Как да проверите правилно версията на PHP и състоянието на пача.
- Има ли някой във фирмата правата и знанията да актуализира PHP и да рестартира всички worker?
- Имате ли за уебсайтовете при хостинг доставчика писмено потвърждение за пача и рестарта? Образец предлага Как да попитате Вашия хостинг доставчик за състоянието на пача.
- Търсил ли е някой необичайни неща от 17.10.2026 г. насам, например нови PHP файлове в папките за качване или непознати cron задачи?
- Запазени ли са логовете на сървъра от 20.10.2026 г. нататък?
- Има ли лице, което има право да реши за временно изключване и е достижимо?
Седем пъти да означава: добре сте подготвени. Едно или две не често могат да се наваксат вътрешно. При три или повече не, особено при въпроси 2 и 5, външната подкрепа е сериозно съображение.
Кога изрично не Ви трябва доставчик
Има ситуации, в които ние самите бихме посъветвали да не харчите пари за външна помощ. Обикновен фирмен уебсайт при голям хостинг доставчик, който е потвърдил пача, без формуляри с чувствителни данни и без необичайни неща, е такъв случай. Също и собствен сървър с PHP 8.3 или 8.4, чийто администратор е инсталирал backport-а на дистрибуцията, рестартирал е всички процеси и е прегледал накратко логовете.
В тези случаи най-важна е една кратка писмена бележка: какво е проверено кога, с какъв резултат? Тя помага при запитвания и при следващата ситуация.
Честно казано, към това спада и да не подценявате собствените си граници. Инсталирането на ъпдейт е рутина за много администратори. Правилната оценка на подозрителен файл, без да се заличават следи, обикновено не е. Който при пачването намери нещо необичайно, трябва на това място да спре, да не трие нищо и да реши наново дали продължава сам.
Дори да правите всичко сами: определете още днес на кого бихте се обадили, ако все пак нещо Ви направи впечатление. В критичен момент търсенето на доставчик е загубено време.
Средният път: разпределяне вместо предаване
Между „всичко сами“ и „всичко предадено“ е вариантът, който в много фирми работи най-добре. Собственият екип поема това, което познава: ъпдейти, рестарти, контакт с хостинг доставчика. Доставчикът поема това, което изисква специални познания или независим поглед, например проверката за следи, оценката на подозрение или доклада за застрахователя.
За да стане това, достъпите, отговорностите и защитата на данните трябва да са уредени. Ако доставчик получава достъп до сървъри с лични данни, по правило е нужен договор за обработване на данни; насоки има в Обработване на данни по поръчка, когато доставчици получават достъп до сървъри. Как да намерите подходящ доставчик, описва Как да изберете доставчик на услуги по ИТ сигурност.
Как помага PHP SOS конкретно?
- Започваме с кратка инвентаризация и казваме открито, когато не сме Ви нужни.
- Поемаме целенасочено частите, които липсват вътрешно, например проверка за следи, стари системи или доказателство, и оставяме останалото на Вашия екип.
- Работим отдалечено с достъпите, които отпуснете, и документираме всяка стъпка.
- При остра нужда поемаме със Спешната помощ при PHP2Shell инвентаризацията, пача, рестарта и търсенето на следи изцяло.
Извод
Правилният отговор на „сами или с доставчик?“ рядко е черен или бял. Който познава системите си, стопанисва поддържани версии на PHP и може да докаже, че е пачнато и рестартирано, често се справя с PHP2Shell сам. Който има стари системи, неясни състояния или признаци за проникване, не бива да се колебае да потърси помощ.
Често задавани въпроси
Кога трябва да ангажирам доставчик на услуги по ИТ сигурност?
Най-вече когато има признаци за проникване, когато работят стари версии на PHP без официален ъпдейт, когато вътрешно няма никой с права на сървъра и опит или когато са засегнати лични данни и застрахователни въпроси.
Не може ли хостинг доставчикът просто да го свърши?
При споделен хостинг и много управлявани планове хостинг доставчикът пачва PHP сам. Поискайте писмено потвърждение за състоянието на пача и рестарта. За Вашето приложение, добавките и проверката за следи хостинг доставчикът обикновено не отговаря.
Какво да подготвя, преди да се обадя на доставчик?
Списък на засегнатите уебсайтове и сървъри, пътищата за достъп, лица за контакт с право на решение и кратко описание на това, което Ви е направило впечатление. Дотогава не изтривайте и не променяйте нищо, което би могло да съдържа следи.
Има ли среден път между да го направя сам и да предам всичко?
Да. Често собственият екип поема рутината, например ъпдейти и рестарти, а доставчикът проверката за следи, оценката или документацията. Важно е ясно разпределение кой какво прави.