Сървър и хостинг: как да пачнете PHP правилно
Plesk, cPanel, Apache, Nginx, LiteSpeed, контейнери: кой е отговорен, как да проверите реалното състояние на пача и как да рестартирате всички worker процеси?
Plesk сървър: проверка и пач на версиите на PHP
На Plesk сървърите често работят паралелно няколко версии на PHP. Така проверявате всеки манипулатор, внасяте актуализацията на PHP и рестартирате всички работни процеси.
Прочетете още →02cPanel и WHM: как да обезопасите PHP
cPanel управлява PHP чрез EasyApache 4 със собствени пакети за всяка версия. Така проверявате състоянието, рестартирате всички процеси и задавате правилно временните стойности.
Прочетете още →03Споделен хостинг: какво прави доставчикът и какво трябва да направите Вие
При споделения хостинг пачът на PHP е работа на доставчика. Вашата задача е да получите потвърждение, да изберете версия на PHP и да проверите уебсайта за следи.
Прочетете още →04Как сами да обезопасите root сървър и vServer
Ако имате собствен root сървър или vServer, цялата отговорност е Ваша. Така проверявате и пачвате PHP, рестартирате всички процеси и укрепвате системата.
Прочетете още →05Управляван сървър: изяснете отговорността
Управляваният сървър Ви освобождава от много неща, но не от всичко. Така изяснявате кой пачва PHP, кой рестартира и кой отговаря за приложението, данните и уведомленията.
Прочетете още →06Как да обезопасите Apache с mod_php
Екипът на PHP оценява риска при mod_php като най-висок. Така разпознавате режима на работа, пачвате правилно, рестартирате Apache и планирате преминаването към PHP-FPM.
Прочетете още →07Как да обезопасите Nginx с PHP-FPM
При Nginx с PHP-FPM сигурността е в пуловете, правата и чистия рестарт. Така пачвате след PHP2Shell и укрепвате трайно Nginx и PHP-FPM.
Прочетете още →08LiteSpeed и LSAPI: как да актуализирате PHP
LiteSpeed ползва собствени lsphp пакети и държи PHP процесите дълго в паметта. Така внасяте актуализацията на PHP и се уверявате, че наистина всички процеси са рестартирани.
Прочетете още →09Как да обезопасите FrankenPHP
FrankenPHP носи PHP в собствената си програма. Затова актуализацията на дистрибуцията не е достатъчна: Binary или Image трябва да се изградят наново, а всички Worker да се рестартират.
Прочетете още →10php-cgi: наследство с риск
php-cgi често остава незабелязано в стари конфигурации, панели и под Windows. Така го откривате, пачвате го след PHP2Shell и планирате прехода към PHP-FPM.
Прочетете още →11Как да пачнете PHP в Kubernetes
В клъстера PHP е в Image. Така намирате всички уязвими Pod, изграждате наново Image с коригиран PHP, внедрявате ги и доказвате състоянието за всеки Workload.
Прочетете още →12Как да обезопасите PHP под Windows и IIS
Под IIS PHP работи най-често като php-cgi.exe през FastCGI. Така откривате всички инсталации, сменяте PHP безопасно, рециклирате пуловете на приложенията и проверявате резултата.
Прочетете още →Всеки час има значение. Пишете ни сега.
Опишете накратко системата, версията на PHP и какво сте забелязали. Ние се свързваме с Вас, уточняваме ситуацията и работим отдалечено, докато инцидентът бъде приключен и документиран.