CISA inserisce quattro falle Plex nel KEV e AWS corregge due problemi di accesso

🛡️ Executive Summary

• CISA inserisce sei vulnerabilità sfruttate nel KEV: quattro riguardano Plex Media Server, una SiteGuard Server Edition e una Siemens Software Center.
• La catena Plex2Shell espone i server non aggiornati all’esecuzione di codice, mentre Siemens conferma attacchi con DLL sideloading.
• AWS corregge una privilege escalation nelle pipeline serverless e un difetto di autorizzazione di Kiro Crew che coinvolge WhatsApp e i subagenti AI.

La CISA aggiorna il catalogo delle vulnerabilità sfruttate attivamente con sei nuove CVE che interessano Plex Media Server, Siemens Software Center e SiteGuard Server Edition, mentre Amazon Web Services pubblica due bollettini dedicati a problemi di autorizzazione nelle pipeline serverless e negli agenti AI. L’aggiornamento del 20 ottobre 2026 mette in evidenza due situazioni differenti: da una parte vulnerabilità per le quali esistono evidenze di sfruttamento reale, dall’altra debolezze nei privilegi che AWS ha corretto senza segnalare campagne offensive in corso. Il problema operativo attraversa server multimediali, software industriali, strumenti di difesa web e ambienti di sviluppo cloud, con conseguenze concrete per amministratori e organizzazioni che gestiscono applicazioni e servizi esposti.

Plex Media Server entra nel KEV con quattro vulnerabilità concatenate

La comunicazione CISA del 20 ottobre identifica quattro vulnerabilità di Plex Media Server, tutte riconducibili alla catena d’attacco conosciuta come Plex2Shell: CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 e CVE-2026-96656. Le prime due primitive SSRF, CVE-2026-96652 e CVE-2026-96655, consentono in condizioni differenti di indurre il server a effettuare richieste non previste. CVE-2026-96654 riguarda invece la gestione di schemi URI codificati, mentre CVE-2026-96656 introduce una debolezza nel controllo dei percorsi dei file che può consentire a un amministratore di scrivere contenuti arbitrari successivamente eseguibili. Il punto decisivo è la possibilità di concatenare vulnerabilità che, considerate isolatamente, presentano prerequisiti e conseguenze differenti, fino a ottenere un percorso di esecuzione di codice sul server. La catena è stata accompagnata da un exploit pubblico e da segnalazioni di attività offensiva, circostanza che ha portato all’inserimento delle quattro CVE nel KEV. Per gli amministratori la remediation consiste nell’installazione di Plex Media Server 1.43.3.10861 o successivo, controllando anche le installazioni NAS, dove gli aggiornamenti distribuiti attraverso i repository dei produttori possono arrivare successivamente rispetto ai pacchetti ufficiali. Le precedenti correzioni di Plex Media Server e Desktop avevano già aperto il problema della tempestività delle patch, mentre l’esposizione di decine di migliaia di server Plex non aggiornati aveva mostrato quanto la superficie vulnerabile potesse persistere dopo il rilascio delle correzioni. L’inclusione nel KEV cambia il quadro perché non si tratta più soltanto di una vulnerabilità teoricamente sfruttabile.

Leggi anche: Chrome zero-day sotto attacco, WordPress supera 440.000 exploit e Plex corre ai ripari

SiteGuard e Siemens espongono sistemi protetti e applicazioni attendibili

Le altre due vulnerabilità riguardano prodotti con funzioni molto differenti. CVE-2026-106931 interessa SiteGuard Server Edition di EG Secure Solutions, un Web Application Firewall installato direttamente sui server web. La debolezza è una OS command injection nella funzione statistica, abilitata per impostazione predefinita, che può consentire l’esecuzione di comandi con privilegi root o SYSTEM. Il bollettino tecnico JVN coordinato con JPCERT/CC conferma lo sfruttamento reale e individua le versioni corrette in 8.00 Update 5 per Apache, Nginx e IIS e 7.00 Update 6 per le installazioni FreeBSD interessate. Per le versioni non aggiornabili è prevista anche una patch dedicata. La presenza della vulnerabilità in un componente progettato per proteggere le applicazioni web introduce un rischio particolarmente delicato: un dispositivo o software difensivo compromesso può diventare esso stesso un punto di ingresso privilegiato. CVE-2026-110936 riguarda invece Siemens Software Center e una debolezza nel percorso di ricerca delle librerie DLL. Gli attaccanti possono affiancare file malevoli a una copia autentica e firmata dell’applicazione, inducendola a caricare codice non attendibile. Siemens ha confermato lo sfruttamento attraverso una campagna che utilizza il software legittimo come vettore di DLL sideloading, senza evidenze di una compromissione dei sistemi di distribuzione del produttore. La comunicazione Siemens ProductCERT indica la versione 4.0.9.8 come corretta. È una dinamica diversa dalle ricerche sugli exploit contro i PLC Siemens, perché il bersaglio è il software di gestione e distribuzione, non il controllore industriale.

AWS corregge l’escalation dei privilegi nelle pipeline CI/CD serverless

Il primo bollettino Amazon riguarda CVE-2026-112407, vulnerabilità presente nell’applicazione di esempio CICD-toolchain-for-serverless-applications, distribuita attraverso AWS Serverless Application Repository. Il problema deriva da una policy IAM che assegna privilegi eccessivi alla pipeline di distribuzione. Un utente remoto autenticato che disponga già dei permessi di push sul repository sorgente può sfruttare i template applicativi processati dalla pipeline per accedere o modificare risorse esterne allo stack dell’applicazione, ma appartenenti allo stesso account AWS. Non si tratta quindi di una RCE remota aperta a qualsiasi attaccante, bensì di un’escalation che richiede un preciso livello di accesso al codice sorgente. La vulnerabilità interessa le versioni dalla 1.0.7 alla 1.0.10 ed è stata corretta nella 1.0.11. Nel bollettino ufficiale AWS 2026-141 Amazon precisa che non esistono workaround: occorre aggiornare gli stack e correggere eventuali fork derivati. Il caso rafforza il problema della fiducia attribuita alle pipeline automatizzate, già emerso nelle compromissioni della supply chain capaci di raggiungere segreti e ambienti CI/CD. Quando un workflow dispone di autorizzazioni troppo estese, il confine tra modifica applicativa e controllo dell’infrastruttura può venire meno.

Kiro Crew consente di impartire istruzioni a subagenti attraverso WhatsApp

CVE-2026-112380 colpisce Kiro Crew, agente AI open source controllabile mediante dashboard web, CLI e canali di messaggistica. La vulnerabilità interessa le versioni dalla 0.4.0 fino alle precedenti alla 0.7.2 e nasce da controlli di autorizzazione insufficienti nel canale WhatsApp e nelle interfacce interne utilizzate per gestire l’esecuzione dei subagenti. Nelle configurazioni in cui un gruppo WhatsApp viene autorizzato oppure la policy dei messaggi diretti viene impostata su modalità aperta, un partecipante può inviare istruzioni destinate al subagente di un’altra sessione. Il codice viene quindi eseguito sul computer dell’operatore secondo la policy di approvazione associata alla sessione bersaglio, mentre il registro delle operazioni può attribuire l’attività all’operatore anziché al mittente effettivo. La configurazione predefinita non è vulnerabile, perché non autorizza gruppi WhatsApp e limita i messaggi diretti all’operatore stesso. Il bollettino AWS 2026-140 indica Kiro Crew 0.7.2 come versione corretta e raccomanda, in assenza di aggiornamento immediato, di rimuovere i gruppi autorizzati e mantenere la policy dei messaggi diretti su self, oppure disabilitare temporaneamente il canale WhatsApp. È un problema di separazione delle identità e delle sessioni, distinto dalle precedenti vulnerabilità di Kiro IDE che permettevano modifiche alle configurazioni globali.

Continua con:

Atlassian sfruttata finisce nel KEV, AWS corregge Neptune e KVM

GitLab, Artifactory e ScreenConnect entrano nel KEV, AWS corregge Kiro e projen

Le priorità difensive cambiano tra exploit confermati e patch preventive

Il nuovo aggiornamento CISA e i bollettini AWS richiedono due strategie di intervento differenti. Per Plex, SiteGuard e Siemens la presenza di sfruttamento confermato impone di non limitarsi alla verifica della versione installata: quando un sistema è rimasto esposto durante una campagna offensiva, occorre valutare anche log, processi anomali, file non riconosciuti ed eventuali tracce di persistenza. Nel catalogo KEV le scadenze federali più ravvicinate, fissate al 23 ottobre 2026, riguardano CVE-2026-96654, CVE-2026-96656 e CVE-2026-106931, mentre per le altre tre CVE il termine indicato è il 3 novembre. Si tratta di obblighi rivolti alle amministrazioni federali statunitensi, non di scadenze automaticamente applicabili alle imprese italiane. Per AWS il problema è invece prevenire l’abuso di autorizzazioni attraverso l’aggiornamento degli strumenti, la revisione delle policy IAM e la verifica delle configurazioni dei canali di messaggistica degli agenti AI. Il principio comune è la perdita di controllo sui privilegi assegnati a componenti considerati attendibili: una pipeline che può modificare risorse non pertinenti, un subagente che accetta istruzioni da identità non autorizzate e un’applicazione firmata che carica DLL malevole trasformano la fiducia nel software in una superficie d’attacco. La distinzione resta essenziale: CISA documenta vulnerabilità sfruttate, mentre per le due nuove falle AWS non emerge dai bollettini una conferma di exploitation attiva.