Patch e aggiorno PHP sul tuo server VPS o cpanel


Informazioni su questo servizio
Traduzione automatica.
PHP è stato appena patchato per due vulnerabilità critiche (CVE-2026-109618 e CVE-2026-109619, "php2shell") che permettono esecuzione di codice da remoto senza login. Gli attacchi sono già segnalati. Se il tuo server esegue PHP sotto 8.5.12, 8.4.27, 8.3.36 o 8.2.35, o ancora usa 7.4, 8.0 o 8.1, ha bisogno di attenzione ora.
Il tuo hosting non può patchare un VPS o un server dedicato per te. Io posso farlo, in sicurezza e senza interrompere i tuoi siti.
Cosa faccio:
Confermo uno snapshot/backup prima di toccare qualsiasi cosa
Aggiorno PHP tramite cPanel/EasyApache, Plesk, CloudLinux o apt/dnf
Riavvio PHP-FPM/Apache affinché la patch venga effettivamente caricata
Verifico ogni versione PHP sul server, CLI e web
Applico mitigazioni interim se un aggiornamento non è ancora disponibile
Controllo segni di compromissione: cron, file sconosciuti, processi
Spostare vecchi siti PHP 7.4/8.0/8.1 su 8.x supportato (Premium)
Funziona con Ubuntu, Debian, AlmaLinux, Rocky, RHEL, cPanel/WHM, Plesk, CloudLinux e qualsiasi fornitore di VPS.
Accesso: una chiave SSH temporanea o un utente panel che rimuovo poi. Mai la password di root.
Ricevi un breve report: versioni prima/dopo, cosa è cambiato, cosa monitorare.
Mandami l’output di php -v e il nome del pannello di controllo, e confermerò il pacchetto giusto.
Rispettare i diritti di terzi
Ricorda che è contrario alle politiche di Fiverr per i freelance includere temi, modelli o qualsiasi altro elemento che violi i diritti di terzi o le leggi applicabili nell'opera consegnata. Per saperne di più, consulta Guida alla creazione digitale responsabile.
Scopri di più su Alesson
Shopify Developer Theme, Performance, Apps
- DaCanada
- Membro daset 2026
- Tempo di risposta medio1 ora
Lingue
Portoghese, Inglese, Francese
Traduzione automatica.
FAQ
Traduzione automatica.
Il mio hosting mi ha scritto di una vulnerabilità PHP. È questo il servizio giusto?
Sì. Gli host non possono patchare VPS o server dedicati non gestiti. Applico l’aggiornamento, riavvio PHP e verifico che la versione patchata sia effettivamente in esecuzione.
L'aggiornamento di PHP potrebbe rompere il mio sito?
Un patch aggiornamento all’interno della stessa versione (es. 8.3.x a 8.3.36) comporta rischio molto basso. Spostarsi da 7.4/8.0/8.1 può rompere vecchio codice, quindi test Premium su una copia prima e correggi gli errori.
Hai bisogno della mia password di root?
No. Crea un utente temporaneo con una chiave SSH che ti mando, o un accesso WHM/Plesk temporaneo. Rimuovilo dopo la consegna.
Perché serve un riavvio?
PHP-FPM e Apache tengono in memoria vecchi snippet di codice. Senza riavvio la versione vulnerabile continua a essere in esecuzione anche dopo l’installazione dell’aggiornamento.
"php -v" mostra un numero vecchio dopo l’aggiornamento. È patchato?
Potrebbe essere. Debian, Ubuntu e RHEL spesso backportano le fix senza cambiare la versione. Controllo il changelog del pacchetto per il CVE, non solo il numero.
Sono su PHP 7.4 / 8.0 / 8.1. E ora?
Il progetto PHP non rilascia più questi aggiornamenti. la migliore soluzione è aggiornare a 8.3 o 8.4 (Premium). Se ancora non puoi, applico build del fornitore o mitigazioni interim per ridurre l’esposizione.
Puoi garantire che il mio server non venga hackerato?
Nessun venditore onesto può garantire questo. Garantisco che la patch PHP sia installata, caricata e verificata, e riferirò tutto ciò che trovo di sospetto.
Lavori con hosting condiviso?
L’hosting condiviso viene patchato dal tuo host. Posso comunque aggiornare il tuo account a una versione PHP supportata in cPanel e testare il tuo sito.

