Наръчници: сигурност на PHP и сървъри
Специализирани статии за администратори и разработчици: разпознаване на уеб шелове, заздравяване на php.ini, анализ на логове, сигурно програмиране.
Хронология на PHP2Shell: от 17 до 25 октомври 2026 г.
Всички доказани дати за PHP2Shell в един преглед, от първия наблюдаван опит за атака до състоянието към 25.10.2026, и какво следва от тях за Вашата проверка.
Прочетете още →02Потвърждение от хостинг доставчика за PHP актуализацията: как да попитате за състоянието на пача
Показаната версия на PHP доказва малко след PHP2Shell. С този шаблон изисквате от хостинг доставчика потвърждение, което можете да документирате.
Прочетете още →03Разпознаване и премахване на уеб шел
Как да откриете задни вратички на PHP уеб сървъри, без да унищожите следи, и защо само изтриването рядко е достатъчно.
Прочетете още →04Откриване на задна вратичка в WordPress: систематично търсене
Къде обикновено се крият задните вратички в WordPress и как администраторите ги откриват систематично с WP-CLI и няколко команди.
Прочетете още →05Сигурно конфигуриране на php.ini
Кои настройки в php.ini намаляват повърхността за атака, как да ги защитите от презаписване и какво важи допълнително след PHP2Shell.
Прочетете още →06Правилно използване на PHP disable_functions
С disable_functions заключвате рисковите функции на PHP. Как да определите списъка според приложението си, без да спрете уебсайта.
Прочетете още →07open_basedir и изолация за всеки уебсайт
Как с open_basedir, отделни системни потребители и разделени PHP-FPM пулове да попречите проникването в един уебсайт да засегне всички останали на сървъра.
Прочетете още →08Права за файлове на уеб сървъра
Защо уеб сървърът не бива да променя собствения си код, какви права са разумни за файловете и папките и как бързо да проверите текущото състояние.
Прочетете още →09composer audit: проверка на зависимостите за уязвимости
Как разработчиците с composer audit откриват известни уязвимости в библиотеките, автоматизират проверката и избягват типични грешки при deployment.
Прочетете още →10PHP End of Life: рискове от остарели версии
Какво означава краят на поддръжката на версия на PHP, кои клонове след PHP2Shell още получават официални пачове и как да направите миграцията планируема.
Прочетете още →11Предотвратяване на SQL инжекция в PHP
Как разработчиците надеждно изключват SQL инжекцията в PHP приложения с Prepared Statements, whitelist и минимални права за базата данни.
Прочетете още →12Предотвратяване на XSS в PHP: надеждна защита от Cross-Site Scripting
Как разработчиците предотвратяват Cross-Site Scripting в PHP приложения: кодиране според контекста, auto-escaping в шаблоните, почистване на HTML и Content Security Policy.
Прочетете още →13Безопасно качване на файлове във PHP: сигурност на качването във PHP
Формулярите за качване са често срещан път за уеб шелове. Как да проверявате правилно типовете файлове, да ги съхранявате безопасно и да не позволявате на сървъра да изпълнява качени скриптове.
Прочетете още →14Защита на сесиите във PHP: сигурност на сесиите на практика
Сесиите държат потребителите влезли в системата и затова са ценна цел. Как да конфигурирате сигурно бисквитките, ID на сесиите и местата за съхранение и да приложите съобщението за PHP2Shell относно upload progress.
Прочетете още →15Несигурна десериализация във PHP: unserialize и сигурност
unserialize() с чужди данни може в най-лошия случай да доведе до изпълнение на код. Как да го замените с JSON, да го ограничите там, където трябва да остане, и да откриете рисковите места в кода.
Прочетете още →16Предотвратяване на Local File Inclusion във PHP: LFI и RFI
Ако include или require приемат пътища от заявката, атакуващите могат да зареждат чужди файлове. Как да изградите сигурно избора на страници и шаблоните и да защитите допълнително сървъра.
Прочетете още →17Защита на админ входовете от brute force: защита от brute force за всеки вход
Автоматизираните опити за пароли засягат всяка достъпна страница за вход. Как да забавите атакуващите с rate limiting и Fail2ban, да защитите акаунтите с втори фактор и да съхранявате правилно паролите.
Прочетете още →18DDoS или хакерска атака? Правилна преценка на атаките
Бавен уебсайт, високо натоварване, странни файлове: дали зад това стои DDoS, или проникване, определя правилната реакция. Как да прецените положението с няколко проверки.
Прочетете още →19Анализ на логовете на уеб сървъра след атака: как да четете access лога
След атака лог файловете често са най-важната следа. Как да запазите правилно access, error и PHP логовете, да намерите подозрителни заявки и да избегнете типични грешки при анализа.
Прочетете още →20Настройване на двуфакторно удостоверяване за администраторски достъпи
Открадната парола не бива да е достатъчна, за да се превземе Вашият сървър или магазин. Как да изберете подходящия метод, да защитите всички администраторски достъпи и да планирате аварийни достъпи.
Прочетете още →21Стратегия за резервни копия на сървър: резервни копия по правилото 3-2-1
Резервното копие помага само ако оцелее след атака и може да се възстанови. Как да приложите правилото 3-2-1 за уеб сървъри и да планирате правилно съхранението и тестовете.
Прочетете още →22Хедъри за сигурност на уебсайтове: правилно задаване на Security Headers
Хедърите за сигурност указват на браузъра да защитава по-добре Вашите посетители. Как да зададете най-важните хедъри в Nginx и Apache, да въведете постепенно Content Security Policy и да проверите резултата.
Прочетете още →23Премахване на предупреждението на Google „Този уебсайт е хакнат“
Предупреждение за хакване в резултатите от търсенето струва посетители и доверие. Как да почистите уебсайта основно, да откриете скритите спам страници и да поискате повторна проверка в Search Console.
Прочетете още →24Контролен списък след хакване: 20 точки за последващите действия
След атака значение има правилният ред. Този контролен списък води в 20 точки през ограничаване, запазване на доказателства, почистване, нови достъпи, задължения и документираното приключване.
Прочетете още →Всеки час има значение. Пишете ни сега.
Опишете накратко системата, версията на PHP и какво сте забелязали. Ние се свързваме с Вас, уточняваме ситуацията и работим отдалечено, докато инцидентът бъде приключен и документиран.