Server en hosting: PHP correct patchen
Plesk, cPanel, Apache, Nginx, LiteSpeed, containers: wie is verantwoordelijk, hoe controleert u de werkelijke patchstatus en hoe herstart u alle workers?
Plesk-server: PHP-versies controleren en patchen
Op Plesk-servers draaien vaak meerdere PHP-versies naast elkaar. Zo controleert u elke handler, voert u de PHP-update door en herstart u alle workers.
Lees verder →02cPanel en WHM: PHP beveiligen
cPanel beheert PHP via EasyApache 4 met eigen pakketten per versie. Zo controleert u de status, herstart u alle processen en stelt u overbruggingswaarden goed in.
Lees verder →03Shared hosting: wat de hostingprovider doet en wat u moet doen
Bij shared hosting patcht de hostingprovider PHP. Uw taak is de bevestiging op te vragen, de PHP-versie te kiezen en uw website op sporen te controleren.
Lees verder →04Rootserver en vServer zelf beveiligen
Bij een eigen rootserver of vServer ligt de volledige verantwoordelijkheid bij u. Zo controleert en patcht u PHP, herstart u alle processen en harden u het systeem.
Lees verder →05Managed server: verantwoordelijkheid duidelijk maken
Een managed server neemt u veel uit handen, maar niet alles. Zo maakt u duidelijk wie PHP patcht, wie herstart en wie verantwoordelijk is voor toepassing, gegevens en meldingen.
Lees verder →06Apache met mod_php beveiligen
Het PHP-team schat het risico bij mod_php het hoogst in. Zo herkent u de uitvoeringsmodus, patcht u juist, herstart u Apache en plant u de overstap naar PHP-FPM.
Lees verder →07Nginx met PHP-FPM beveiligen
Bij Nginx met PHP-FPM zit de beveiliging in pools, rechten en een nette herstart. Zo patcht u na PHP2Shell en harden u Nginx en PHP-FPM duurzaam.
Lees verder →08LiteSpeed en LSAPI: PHP bijwerken
LiteSpeed gebruikt eigen lsphp-pakketten en houdt PHP-processen lang in het geheugen. Zo voert u de PHP-update door en zorgt u dat echt alle processen herstarten.
Lees verder →09FrankenPHP beveiligen
FrankenPHP brengt PHP mee in het eigen programma. Een update van de distributie volstaat daarom niet: binary of image moeten opnieuw worden gebouwd en alle workers herstart.
Lees verder →10php-cgi: oude erfenis met risico
php-cgi zit vaak ongemerkt in oude opstellingen, panelen en onder Windows. Zo vindt u het, patcht u het na PHP2Shell en plant u de overstap naar PHP-FPM.
Lees verder →11PHP in Kubernetes patchen
In de cluster zit PHP in images. Zo vindt u alle kwetsbare pods, bouwt u images met gecorrigeerde PHP opnieuw, rolt u ze uit en onderbouwt u de status per workload.
Lees verder →12PHP onder Windows en IIS beveiligen
Onder IIS draait PHP meestal als php-cgi.exe via FastCGI. Zo vindt u alle installaties, vervangt u PHP veilig, recyclet u de toepassingspools en controleert u het resultaat.
Lees verder →Elk uur telt. Schrijf ons nu.
Beschrijf kort het systeem, de PHP-versie en wat u opmerkt. Wij nemen contact op, brengen de situatie in kaart en werken op afstand tot het incident is afgerond en gedocumenteerd.