WordPress, Linux, AWS e Cisco correggono nuove falle critiche

🛡️ Executive Summary

• WordPress 7.0.3 corregge CVE-2026-64638, XSS pre-auth sulla pagina di login concatenabile fino all’esecuzione di codice PHP con interazione amministratore.
• Linux chiude SCTPhantom, use-after-free presente dal 2008 che Tencent ha trasformato in escalation a root ed escape da container sui sistemi testati.
• AWS corregge l’isolamento delle memorie in Strands Agents Tools; Cisco affronta sette falle ClamAV capaci di interrompere la scansione degli endpoint.

Quattro aggiornamenti di sicurezza interessano contemporaneamente WordPress, kernel Linux, agenti AI AWS e prodotti Cisco. WordPress ha distribuito la versione 7.0.3 per correggere una XSS pre-authentication che può essere concatenata fino all’esecuzione di codice PHP quando viene coinvolto un amministratore autenticato. Nel kernel Linux emerge invece SCTPhantom, una use-after-free presente nel codice SCTP da circa diciotto anni e trasformata dai ricercatori in escalation a root ed escape da container. AWS corregge un problema di isolamento tra tenant nelle memorie di Strands Agents Tools, mentre Cisco segnala sette vulnerabilità di ClamAV che possono interrompere il motore di scansione attraverso file appositamente costruiti.

WordPress 7.0.3 corregge la catena XSS2Shell

La vulnerabilità CVE-2026-64638, valutata con CVSS 8.9, nasce nella schermata di autenticazione di WordPress e consente a un attaccante non autenticato di ottenere esecuzione JavaScript nell’origine del sito attraverso un username appositamente costruito. Il problema deriva dall’interazione tra due differenti meccanismi di parsing: wp_strip_all_tags(), basato sul comportamento di strip_tags() di PHP, può considerare innocua una stringa contenente uno spazio dopo il carattere <, mentre wp_kses_post() interpreta successivamente la stessa sequenza come HTML valido. Il risultato può produrre elementi DOM controllati dall’attaccante all’interno della pagina di login. La ricerca di pwn.ai mostra poi come gli script nativi caricati da WordPress possano essere utilizzati per il DOM clobbering, indirizzando richieste same-origin verso la REST API e trasformando la primitiva in quella che i ricercatori hanno chiamato XSS2Shell. La ricerca tecnica di pwn.ai sulla catena XSS2Shell descrive un percorso capace di sfruttare le Application Passwords di WordPress e arrivare al caricamento di un plugin PHP quando un amministratore già autenticato visita una pagina controllata dall’attaccante e interagisce con essa.

WordPress adotta una formulazione più prudente: l’XSS è pre-authentication, ma il passaggio fino alla code execution dipende da social engineering e da condizioni che l’attaccante non controlla completamente. La superficie rimane comunque rilevante dopo le precedenti campagne WP2Shell osservate contro installazioni WordPress, gli aggiornamenti urgenti distribuiti per WordPress e 7-Zip e la campagna globale contro CMS WordPress e Joomla. La release ufficiale WordPress 7.0.3 corregge CVE-2026-64638 insieme ad altre vulnerabilità XSS, privilege escalation, information disclosure e SSRF; i fix vengono inoltre retroportati, dove necessario, fino ai rami ancora idonei a ricevere aggiornamenti di sicurezza, attualmente fino a WordPress 4.7.

SCTPhantom porta un bug Linux del 2008 fino a root

Nel kernel Linux, CVE-2026-64564, denominata SCTPhantom, riguarda una use-after-free nella gestione della riconfigurazione dinamica degli indirizzi del protocollo SCTP. La sequenza vulnerabile risale a Linux 2.6.25 e quindi al 2008. Il problema si manifesta nella gestione dei blocchi ASCONF: il kernel può conservare un riferimento a una struttura transport, consentire successivamente che quella stessa struttura venga liberata attraverso una richiesta DEL-IP e infine utilizzare nuovamente il puntatore ormai dangling durante un’altra operazione sul percorso SCTP. Un semplice crash del kernel sarebbe già sufficiente per produrre un denial of service, ma Tencent Zhuque Lab ha sviluppato una catena molto più articolata. Nella ricerca originale su SCTPhantom il team descrive il riutilizzo controllato della memoria liberata, una primitive di lettura del kernel, il superamento di KASLR e infine l’impiego di commit_creds() per ottenere privilegi globali di root. La tecnica è stata validata su Debian 13 con kernel 6.12.95, Ubuntu 24.04, Rocky Linux 9/RHEL 9, OpenCloudOS e kernel di ricerca più recenti. In un test containerizzato con il profilo seccomp predefinito e senza concedere CAP_NET_ADMIN o CAP_SYS_ADMIN, sei tentativi su otto hanno raggiunto root sull’host, anche se la reale esposizione dipende dalla disponibilità di SCTP, dalle policy sui namespace, dai socket accessibili e dalle mitigazioni della piattaforma. Il caso arriva dopo Bad Epoll e la relativa escalation locale nel kernel Linux, le vulnerabilità critiche del kernel che hanno richiesto patch urgenti ai sysadmin e la crescita del codice descritta nell’analisi tecnica di Linux kernel 7.1.

La correzione upstream impedisce la cancellazione del transport conservato nel blocco ASCONF; le prime versioni stabili corrette indicate dai ricercatori sono 6.6.148, 6.12.101, 6.18.42 e 7.1.6, mentre il fix è presente nella mainline da 7.2-rc5. I kernel delle distribuzioni possono comunque integrare il backport senza modificare il numero della release di base, quindi la sola stringa di versione non basta per determinare l’esposizione.

AWS corregge l’isolamento delle memorie negli agenti Strands

La vulnerabilità CVE-2026-19111 interessa invece Strands Agents, SDK open source di AWS per la costruzione di agenti AI, e più precisamente il pacchetto strands-agents-tools. Il problema riguarda gli strumenti mongodb_memory, elasticsearch_memory e mem0_memory, utilizzati per conservare e recuperare le memorie di un agente. Secondo il bollettino di sicurezza AWS 2026-077, il campo namespace veniva utilizzato come unica chiave per separare i tenant ma, allo stesso tempo, risultava esposto nello schema degli strumenti e quindi controllabile dal large language model. Un prompt costruito appositamente poteva indurre l’agente a generare una chiamata con namespace contraffatto, consentendo a un utente remoto autenticato di leggere, modificare o cancellare le memorie di un altro tenant, oppure di inserirvi ricordi falsi. Nelle funzioni standalone basate su MongoDB ed Elasticsearch erano inoltre disponibili parametri di connessione che potevano reindirizzare il memory layer verso un cluster scelto dall’attaccante. Il problema riguarda le versioni precedenti alla 0.8.3, che introduce la correzione. AWS raccomanda agli sviluppatori impossibilitati ad aggiornare immediatamente di non utilizzare questi memory tool in implementazioni multi-tenant condivise e di limitarli ad ambienti single-tenant con namespace fisso. L’incidente si inserisce in una superficie già evidenziata dalle recenti falle negli agenti AWS, Google e Vercel, dalle vulnerabilità che hanno coinvolto AgentCore e Kiro insieme ad altri prodotti enterprise e dagli aggiornamenti precedenti di AWS Strands, AgentCore e piattaforme Cisco. Il caso mostra un rischio specifico degli agenti AI multi-tenant: non basta isolare l’utente a livello applicativo se il modello può controllare direttamente il parametro utilizzato per separare dati e memoria persistente.

Sette vulnerabilità ClamAV colpiscono Cisco Secure Endpoint

Cisco ha infine pubblicato un advisory di livello High per sette vulnerabilità di ClamAV incorporate nei connettori Cisco Secure Endpoint. Le falle CVE-2026-20337, CVE-2026-20338, CVE-2026-20339, CVE-2026-20345, CVE-2026-20346, CVE-2026-20347 e CVE-2026-20348 interessano differenti parser utilizzati durante la scansione di file ZIP, PESpin, GPT, PDF, Mach-O e XAR. Le condizioni comprendono out-of-bounds write, double-free, integer overflow e out-of-bounds read: un attaccante remoto non autenticato può inviare un file appositamente costruito al sistema che utilizza ClamAV e provocare l’arresto del processo di scansione. Il security advisory Cisco dedicato alle vulnerabilità ClamAV di agosto assegna un CVSS massimo di 7.5 e considera l’impatto High sui sistemi Windows, dove il motore ClamAV opera in un contesto più privilegiato; su Linux e macOS la severità viene classificata Medium. Sono coinvolti Secure Endpoint Connector per Windows, Linux e Mac, mentre Secure Endpoint Private Cloud non è direttamente vulnerabile, anche se deve distribuire ai client i connettori corretti. Cisco segnala inoltre la disponibilità di proof-of-concept per CVE-2026-20337 e CVE-2026-20338, ma al 7 agosto non risulta a conoscenza di sfruttamento malevolo. Il quadro prosegue la serie di falle ClamAV già analizzate insieme alle vulnerabilità AWS e Catalyst Center, si aggiunge alle vulnerabilità storiche di ClamAV nei prodotti Cisco e arriva a pochi giorni dalle correzioni Cisco per IOS XE, SD-WAN, CIMC e RoomOS. Non esistono workaround per le sette falle: Cisco prevede nuovi Secure Endpoint Connector nel corso di agosto, mentre Secure Endpoint Private Cloud 4.2.8 e versioni successive includono nel repository i client corretti da distribuire agli endpoint.

Patch diverse proteggono superfici sempre più interconnesse

I quattro casi riguardano componenti molto differenti, ma condividono una caratteristica operativa: la vulnerabilità si manifesta in elementi che spesso vengono considerati infrastrutturali e quindi affidabili per definizione. Nel caso di WordPress è la pagina di login del core a generare la primitiva XSS; in Linux un percorso SCTP presente da diciotto anni permette di corrompere la memoria del kernel; negli agenti AWS Strands il confine tra tenant coincideva con un parametro controllabile dal modello; in ClamAV è il processo stesso deputato ad analizzare contenuti potenzialmente malevoli a poter essere terminato dal file sottoposto a scansione. La sequenza rafforza quanto già emerso con le vulnerabilità simultanee di WordPress, Fortinet, AWS e OpenSSL e con i precedenti problemi che hanno interessato AWS, Cisco, WordPress e SolarWinds: il patching non riguarda più soltanto server direttamente esposti, ma deve includere CMS, kernel, librerie di sicurezza, agenti AI e componenti incorporati nei prodotti enterprise. Per WordPress la priorità è portare i siti a 7.0.3 o al relativo backport disponibile; per Linux occorre verificare il fix SCTPhantom nel kernel effettivamente distribuito dal vendor; per Strands Agents Tools va installata almeno la 0.8.3; per Cisco Secure Endpoint è necessario distribuire i connettori corretti non appena disponibili, senza affidarsi a mitigazioni temporanee che il produttore stesso dichiara inesistenti.