Apple chiude oltre 300 falle, LiteSpeed e Marimo mostrano il rischio delle RCE esposte

🛡️ Executive Summary

• iOS 27 e iPadOS 27 correggono oltre 120 falle, comprese vulnerabilità capaci di portare a esecuzione di codice, privilegi kernel e bypass delle protezioni.
• macOS Golden Gate 27, Tahoe 26.7 e Sequoia 15.8 chiudono complessivamente più di 200 vulnerabilità tra kernel, sandbox, Gatekeeper e servizi di rete.
• LiteSpeed Enterprise deve essere aggiornato alla 6.3.7, mentre Marimo CVE-2026-39987 ha consentito un pivot da WebSocket a bastion SSH in otto secondi.

Il ciclo di sicurezza del 14 settembre 2026 separa nettamente due tipi di rischio. Da una parte Apple distribuisce una delle più estese ondate di correzioni dell’anno, con oltre 120 fix su iOS 27 e iPadOS 27 e più di 200 vulnerabilità affrontate tra macOS Golden Gate 27, Tahoe 26.7 e Sequoia 15.8. Dall’altra, due problemi lato server mostrano cosa accade quando una falla raggiunge infrastrutture esposte: LiteSpeed Web Server Enterprise consente potenzialmente a un account hosting a basso privilegio di arrivare a root, mentre la CVE-2026-39987 di Marimo è già stata utilizzata in una catena capace di passare da un WebSocket senza autenticazione a un bastion SSH in appena otto secondi. Il punto comune non è il numero delle CVE, ma quanto rapidamente una vulnerabilità può superare il confine previsto tra applicazione, sistema e infrastruttura.

iOS 27 corregge oltre 120 falle tra kernel, Bluetooth e dati sensibili

La pagina ufficiale di Apple dedicata al contenuto di sicurezza di iOS 27 e iPadOS 27 elenca oltre 120 interventi, una quantità che rende il major update molto più rilevante della sola introduzione delle nuove funzioni. Tra i problemi corretti compare CVE-2026-84607 in AVEVideoEncoder: secondo Apple, un’app confinata nella sandbox avrebbe potuto arrivare all’esecuzione di codice arbitrario con privilegi kernel. CVE-2026-65414 interessa invece Bluetooth e può consentire a un attaccante remoto di provocare terminazioni anomale o eseguire codice, mentre CVE-2026-64752 in CoreMedia permette potenzialmente l’esecuzione arbitraria elaborando un’immagine appositamente costruita. La superficie interessata è ampia: APFS, Apple Neural Engine, Baseband, Camera, CloudKit, servizi di autenticazione, componenti multimediali e numerosi framework di sistema. Non tutte le vulnerabilità richiedono quindi lo stesso livello di urgenza né risultano sfruttate attivamente, ma l’aggiornamento riduce contemporaneamente superfici locali, radio e legate alla gestione di contenuti non attendibili. La disponibilità di iOS 27 dal 14 settembre insieme agli altri sistemi Apple assume perciò anche una dimensione di sicurezza molto più importante delle novità visibili nell’interfaccia.

macOS Golden Gate 27 chiude falle root, kernel e bypass di Gatekeeper

Il quadro Mac è ancora più esteso. Apple ha pubblicato contemporaneamente gli advisory per macOS Golden Gate 27, macOS Tahoe 26.7 e macOS Sequoia 15.8, con oltre 200 vulnerabilità complessivamente corrette nelle tre release. Golden Gate interviene su problemi che permettevano, in differenti condizioni, esecuzione arbitraria di codice, elevazione a root, accesso a informazioni sensibili, escape dalla sandbox e bypass di Gatekeeper. La gravità non deriva quindi semplicemente dal volume del changelog. Alcune vulnerabilità rompono confini che costituiscono direttamente il modello di sicurezza di macOS: un’applicazione confinata può uscire dal proprio perimetro, un file o volume costruito ad hoc può colpire componenti privilegiati, mentre servizi di rete e formati complessi ampliano la superficie raggiungibile dall’esterno. È particolarmente significativo il caso della nuova generazione Golden Gate, che coincide con la transizione definitiva di macOS verso i Mac Apple Silicon: la riduzione del perimetro hardware supportato non elimina la complessità software accumulata nei framework, nei parser e nei servizi di compatibilità.

Leggi anche: Una catena WebKit-to-kernel aveva già mostrato quanto i contenuti web possano trasformarsi in compromissione sugli iPhone non aggiornati

LiteSpeed Enterprise rompe l’isolamento tra account hosting e può arrivare a root

Il problema più urgente lato hosting riguarda LiteSpeed Web Server Enterprise nelle versioni precedenti alla 6.3.7. L’advisory pubblicato da cPanel descrive una vulnerabilità di privilege escalation attraverso la quale un utente web a basso privilegio, su un server condiviso, potrebbe ottenere accesso root alla macchina. L’impatto è superiore alla compromissione del singolo sito: l’attaccante potrebbe accedere o modificare altri account ospitati e intervenire sul server stesso. cPanel segnala inoltre che la falla può aggirare CageFS, il meccanismo CloudLinux utilizzato proprio per isolare gli account all’interno dello stesso sistema. Al 15 settembre non risulta pubblicato un identificativo CVE, non è stato diffuso un punteggio CVSS e non esiste una conferma pubblica di exploitation in-the-wild. Anche i dettagli tecnici sono deliberatamente limitati. Questo non riduce però l’urgenza operativa: gli amministratori devono portare LiteSpeed Enterprise alla versione 6.3.7 o successiva e non possono presumere che l’auto-update abbia già completato la distribuzione. Il precedente è particolarmente sensibile perché nello stesso ecosistema cPanel altre falle recenti avevano già mostrato come un account hosting apparentemente confinato potesse diventare il punto di ingresso per un’elevazione completa dei privilegi, scenario già emerso nelle vulnerabilità critiche cPanel trattate insieme agli exploit inseriti nel KEV.

Marimo CVE-2026-39987 trasforma un WebSocket aperto in un pivot cloud

Con Marimo, notebook Python utilizzato anche in workload di data science e AI/ML, il problema non è più teorico. L’advisory ufficiale del progetto su GitHub descrive CVE-2026-39987, vulnerabilità critica pre-authentication che interessa Marimo fino alla versione 0.20.4 ed è corretta dalla 0.23.0. La radice è estremamente semplice: l’endpoint WebSocket /terminal/ws destinato al terminale non applicava la validazione dell’autenticazione utilizzata dagli altri endpoint. Un client remoto poteva quindi collegarsi e ottenere una shell PTY completa senza credenziali, eseguendo comandi con i privilegi del processo Marimo. La semplicità del difetto contrasta con la portata della compromissione: un singolo controllo mancante su un endpoint trasformava un notebook raggiungibile dalla rete in un punto di ingresso per l’intero host. È lo stesso tipo di rischio strutturale emerso recentemente con LiteLLM e i gateway AI esposti con autenticazione assente o predefinita: strumenti nati per facilitare sviluppo e automazione acquisiscono privilegi e accessi cloud che rendono una RCE molto più preziosa della sola compromissione dell’applicazione.

Otto secondi dal WebSocket al bastion SSH mostrano quanto vale una credenziale cloud

Il dato più rilevante arriva però dall’osservazione dell’attacco reale. Il Sysdig Threat Research Team ha ricostruito una sessione contro Marimo nella quale un operatore umano, senza evidenze dell’impiego di agenti AI o script generati da LLM, è passato dalla nuova connessione WebSocket all’autenticazione su un bastion host SSH in otto secondi. La sequenza è indicativa: accesso attraverso CVE-2026-39987, recupero di credenziali presenti nell’istanza compromessa, interrogazione di AWS Secrets Manager, acquisizione della chiave privata e successiva autenticazione SSH. Nel corso di circa nove ore l’attaccante avrebbe impartito oltre 850 comandi interattivi, costruendo e modificando manualmente gli strumenti Python utilizzati durante l’operazione. Il valore di questo episodio non è stabilire se un umano possa essere veloce quanto un agente AI. Dimostra piuttosto che, una volta ottenuta una RCE su una macchina collegata a servizi cloud, il tempo tra initial access e lateral movement può ridursi a pochi secondi. Credenziali IAM, secret manager e chiavi SSH diventano quindi parte effettiva della superficie d’attacco dell’applicazione.

Continua con:

• N-central, F5 BIG-IP e Cisco UCS mostrano come RCE e perdita dei confini di sicurezza colpiscano l’infrastruttura enterprise
• GitLab, Check Point e altri prodotti enterprise concentrano il rischio sui punti di amministrazione esposti

La priorità non è contare le CVE ma impedire che una falla attraversi il perimetro

Il confronto tra Apple, LiteSpeed e Marimo rende evidente perché il semplice conteggio delle vulnerabilità descrive male il rischio. Apple può correggere centinaia di problemi in una sola giornata, ma ogni CVE richiede condizioni differenti e molte non risultano sfruttate. Una singola falla server, invece, può essere più pericolosa quando rompe una barriera fondamentale: sandbox verso kernel, account hosting verso root, notebook verso shell, istanza cloud verso credenziali e bastion host. Sul fronte endpoint, la misura più semplice resta installare iOS 27, iPadOS 27 e gli aggiornamenti macOS compatibili senza considerare il major update soltanto come una scelta legata alle nuove funzioni. Per gli amministratori LiteSpeed la priorità è verificare esplicitamente la versione e arrivare almeno alla 6.3.7. Per Marimo, tutte le installazioni 0.20.4 e precedenti devono essere considerate vulnerabili e aggiornate alla 0.23.0 o successiva, soprattutto quando l’interfaccia è raggiungibile da reti non fidate. La lezione operativa è più ampia: una RCE non termina sul processo compromesso quando quel processo possiede credenziali cloud, accessi ai secret o visibilità verso sistemi interni. È proprio nel passaggio successivo all’exploit che si misura oggi l’impatto reale di una vulnerabilità.