Le due vulnerabilità PHP2Shell, CVE 2026 109618 e CVE 2026 109619, potevano consentire a un attaccante di eseguire codice su server vulnerabili senza effettuare l’accesso. Le organizzazioni dovrebbero censire i sistemi che usano PHP, aggiornare per primi i servizi accessibili da Internet e verificare eventuali segna...
Pubblicato daModificato con GPT-6 LunaImmagini generate con GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What prompted Singapore’s Commissioner of Cybersecurity and CSA chief executive Gwenda Fong to urge organisations on Oct 22, 2026, to act im. Article summary: Gwenda Fong’s Oct 22 call reflected an urgent risk of web-server takeover: the two PHP2Shell flaws—CVE-2026-109618 and CVE-2026-109619—could let attackers execute code remotely without logging in, and exploitation method. Topic tags: general, news, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers
Il 22 ottobre 2026 Gwenda Fong, responsabile della Cyber Security Agency di Singapore (CSA), ha invitato le organizzazioni ad agire senza indugio dopo la segnalazione di due vulnerabilità critiche in PHP e la pubblicazione degli aggiornamenti di sicurezza, avvenuta il giorno prima. Le falle, note come PHP2Shell, potrebbero consentire a un attaccante di eseguire codice da remoto senza autenticarsi, con il rischio di prendere il controllo del server web interessato. 3
5
7
14
Sono state segnalate anche prove e tentativi di sfruttamento: un motivo in più per intervenire rapidamente, ma non una conferma che una specifica organizzazione sia stata violata. Al momento della sua pubblicazione, la BBC riferiva che non risultavano attacchi riusciti. 6
14
Le vulnerabilità sono identificate dai codici CVE-2026-109618 e CVE-2026-109619. La CSA le ha classificate come critiche, assegnando a entrambe un punteggio di 9,2 su 10 secondo la scala CVSS v4.0. Se sfruttate, potrebbero permettere l’esecuzione di codice sul server senza che l’attaccante debba prima accedere a un account. 3
Secondo le ricostruzioni, i difetti erano presenti da anni e sono stati individuati con l’aiuto di strumenti basati sull’intelligenza artificiale. PHP è un linguaggio usato per realizzare siti e applicazioni web: può quindi essere in uso anche nei servizi ospitati o gestiti da terzi, senza che ogni team interno ne sia necessariamente consapevole. 1
5
7
Gli aggiornamenti sono stati rilasciati il 21 ottobre e l’appello di Fong è arrivato il giorno successivo. Nel frattempo sono stati descritti metodi di sfruttamento e segnalati tentativi di attacco. È importante distinguere tra una tecnica dimostrata o un tentativo e una violazione effettivamente riuscita: le prime indicano un rischio, ma non provano che un sistema sia stato compromesso. 3
6
7
8
14
Alcuni gestori hanno sospeso temporaneamente siti o servizi per precauzione, mentre affrontavano il problema. Un sito non raggiungibile, da solo, non è prova che sia stato messo fuori uso da un attacco. 9
Chiedete ai team IT di controllare siti web, server e applicazioni, includendo i sistemi ospitati o amministrati da fornitori esterni. Per ciascuno, annotate la versione di PHP e chi è responsabile della manutenzione. La CSA ha indicato come priorità immediata l’individuazione dei sistemi esposti. 7
Applicate gli aggiornamenti di sicurezza rilasciati il 21 ottobre e consultate l’avviso SingCERT della CSA, “Critical Vulnerabilities in PHP (PHP2Shell)”, per verificare quali software sono interessati e seguire le istruzioni corrette. Date precedenza ai sistemi raggiungibili dall’esterno. Le procedure possono variare in base alla versione: fate riferimento alle indicazioni ufficiali per il vostro caso. 3
Le piccole e medie imprese che si affidano a fornitori esterni dovrebbero chiedere direttamente se i servizi utilizzati eseguono versioni di PHP interessate, quali sistemi sono già stati aggiornati e se restano servizi esposti da mettere in sicurezza. Concordate un responsabile e una scadenza, poi chiedete conferma dell’intervento completato. Un servizio gestito da terzi non è automaticamente al riparo: potrebbe non essere evidente che PHP ne faccia parte. 15
Installare una patch risolve la vulnerabilità, ma non chiarisce se qualcuno abbia avuto accesso al sistema prima dell’aggiornamento. Chiedete al personale di sicurezza o al fornitore di esaminare i registri dei server e delle applicazioni, cercando processi insoliti, modifiche inattese ai file o altre attività sospette. Se emergono elementi preoccupanti, avviate la procedura di risposta agli incidenti dell’organizzazione.
Condividete l’avviso SingCERT della CSA con chi segue siti web, infrastruttura e sicurezza. Se il team interno non riesce a individuare i sistemi interessati o ad applicare gli aggiornamenti in sicurezza, coinvolgete il fornitore IT o un professionista qualificato. L’avviso della CSA è il riferimento per controllare software coinvolti e misure correttive. 3
La priorità è concreta: capire dove viene eseguito PHP, aggiornare tempestivamente i sistemi esposti a Internet e verificare sia l’avvenuta correzione sia lo stato dei server. Una sospensione precauzionale o un tentativo di attacco non dimostrano una compromissione; allo stesso tempo, aver installato l’aggiornamento non prova che non ci siano stati accessi precedenti. 6
9
14
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Le due vulnerabilità PHP2Shell, CVE 2026 109618 e CVE 2026 109619, potevano consentire a un attaccante di eseguire codice su server vulnerabili senza effettuare l’accesso.
Le due vulnerabilità PHP2Shell, CVE 2026 109618 e CVE 2026 109619, potevano consentire a un attaccante di eseguire codice su server vulnerabili senza effettuare l’accesso. Le organizzazioni dovrebbero censire i sistemi che usano PHP, aggiornare per primi i servizi accessibili da Internet e verificare eventuali segnali di compromissione.
Le due vulnerabilità PHP2Shell, CVE 2026 109618 e CVE 2026 109619, potevano consentire a un attaccante di eseguire codice su server vulnerabili senza effettuare l’accesso. Le organizzazioni dovrebbero censire i sistemi che usano PHP, aggiornare per primi i servizi accessibili da Internet e verificare eventuali segna...
Pubblicato daModificato con GPT-6 LunaImmagini generate con GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What prompted Singapore’s Commissioner of Cybersecurity and CSA chief executive Gwenda Fong to urge organisations on Oct 22, 2026, to act im. Article summary: Gwenda Fong’s Oct 22 call reflected an urgent risk of web-server takeover: the two PHP2Shell flaws—CVE-2026-109618 and CVE-2026-109619—could let attackers execute code remotely without logging in, and exploitation method. Topic tags: general, news, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers
Il 22 ottobre 2026 Gwenda Fong, responsabile della Cyber Security Agency di Singapore (CSA), ha invitato le organizzazioni ad agire senza indugio dopo la segnalazione di due vulnerabilità critiche in PHP e la pubblicazione degli aggiornamenti di sicurezza, avvenuta il giorno prima. Le falle, note come PHP2Shell, potrebbero consentire a un attaccante di eseguire codice da remoto senza autenticarsi, con il rischio di prendere il controllo del server web interessato. 3
5
7
14
Sono state segnalate anche prove e tentativi di sfruttamento: un motivo in più per intervenire rapidamente, ma non una conferma che una specifica organizzazione sia stata violata. Al momento della sua pubblicazione, la BBC riferiva che non risultavano attacchi riusciti. 6
14
Le vulnerabilità sono identificate dai codici CVE-2026-109618 e CVE-2026-109619. La CSA le ha classificate come critiche, assegnando a entrambe un punteggio di 9,2 su 10 secondo la scala CVSS v4.0. Se sfruttate, potrebbero permettere l’esecuzione di codice sul server senza che l’attaccante debba prima accedere a un account. 3
Secondo le ricostruzioni, i difetti erano presenti da anni e sono stati individuati con l’aiuto di strumenti basati sull’intelligenza artificiale. PHP è un linguaggio usato per realizzare siti e applicazioni web: può quindi essere in uso anche nei servizi ospitati o gestiti da terzi, senza che ogni team interno ne sia necessariamente consapevole. 1
5
7
Gli aggiornamenti sono stati rilasciati il 21 ottobre e l’appello di Fong è arrivato il giorno successivo. Nel frattempo sono stati descritti metodi di sfruttamento e segnalati tentativi di attacco. È importante distinguere tra una tecnica dimostrata o un tentativo e una violazione effettivamente riuscita: le prime indicano un rischio, ma non provano che un sistema sia stato compromesso. 3
6
7
8
14
Alcuni gestori hanno sospeso temporaneamente siti o servizi per precauzione, mentre affrontavano il problema. Un sito non raggiungibile, da solo, non è prova che sia stato messo fuori uso da un attacco. 9
Chiedete ai team IT di controllare siti web, server e applicazioni, includendo i sistemi ospitati o amministrati da fornitori esterni. Per ciascuno, annotate la versione di PHP e chi è responsabile della manutenzione. La CSA ha indicato come priorità immediata l’individuazione dei sistemi esposti. 7
Applicate gli aggiornamenti di sicurezza rilasciati il 21 ottobre e consultate l’avviso SingCERT della CSA, “Critical Vulnerabilities in PHP (PHP2Shell)”, per verificare quali software sono interessati e seguire le istruzioni corrette. Date precedenza ai sistemi raggiungibili dall’esterno. Le procedure possono variare in base alla versione: fate riferimento alle indicazioni ufficiali per il vostro caso. 3
Le piccole e medie imprese che si affidano a fornitori esterni dovrebbero chiedere direttamente se i servizi utilizzati eseguono versioni di PHP interessate, quali sistemi sono già stati aggiornati e se restano servizi esposti da mettere in sicurezza. Concordate un responsabile e una scadenza, poi chiedete conferma dell’intervento completato. Un servizio gestito da terzi non è automaticamente al riparo: potrebbe non essere evidente che PHP ne faccia parte. 15
Installare una patch risolve la vulnerabilità, ma non chiarisce se qualcuno abbia avuto accesso al sistema prima dell’aggiornamento. Chiedete al personale di sicurezza o al fornitore di esaminare i registri dei server e delle applicazioni, cercando processi insoliti, modifiche inattese ai file o altre attività sospette. Se emergono elementi preoccupanti, avviate la procedura di risposta agli incidenti dell’organizzazione.
Condividete l’avviso SingCERT della CSA con chi segue siti web, infrastruttura e sicurezza. Se il team interno non riesce a individuare i sistemi interessati o ad applicare gli aggiornamenti in sicurezza, coinvolgete il fornitore IT o un professionista qualificato. L’avviso della CSA è il riferimento per controllare software coinvolti e misure correttive. 3
La priorità è concreta: capire dove viene eseguito PHP, aggiornare tempestivamente i sistemi esposti a Internet e verificare sia l’avvenuta correzione sia lo stato dei server. Una sospensione precauzionale o un tentativo di attacco non dimostrano una compromissione; allo stesso tempo, aver installato l’aggiornamento non prova che non ci siano stati accessi precedenti. 6
9
14
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Le due vulnerabilità PHP2Shell, CVE 2026 109618 e CVE 2026 109619, potevano consentire a un attaccante di eseguire codice su server vulnerabili senza effettuare l’accesso.
Le due vulnerabilità PHP2Shell, CVE 2026 109618 e CVE 2026 109619, potevano consentire a un attaccante di eseguire codice su server vulnerabili senza effettuare l’accesso. Le organizzazioni dovrebbero censire i sistemi che usano PHP, aggiornare per primi i servizi accessibili da Internet e verificare eventuali segnali di compromissione.