N-central RCE sotto attacco, F5 BIG-IP riceve un rootkit e Cisco UCS perde Secure Boot

🛡️ Executive Summary

• N-central richiede Hotfix 4 per una RCE pre-auth critica, mentre installazioni già aggiornate sono finite al centro di nuove indagini su compromissioni reali.
• F5 BIG-IP APM viene colpito da un rootkit Linux fileless capace di iniettare web shell direttamente nella memoria dei processi Apache.
• Cisco UCS espone un bypass Secure Boot; contemporaneamente ChatGPT e gli agenti autonomi mostrano nuovi rischi di esfiltrazione e automazione offensiva.

Una nuova ondata di problemi colpisce infrastrutture enterprise, sistemi di gestione remota, appliance di accesso e piattaforme AI. La priorità operativa resta N-able N-central, dove CVE-2026-86218 permette remote code execution prima dell’autenticazione e richiede l’installazione immediata di Hotfix 4. Nel frattempo Sophos analizza un sofisticato rootkit Linux installato su F5 BIG-IP APM, Cisco corregge un bypass di UEFI Secure Boot nei sistemi UCS e Check Point dimostra che una prompt injection in ChatGPT poteva trasformare una sessione connessa a Gmail in un canale nascosto di esfiltrazione. A completare il quadro, Google osserva criminali utilizzare framework multi-agente per rubare migliaia di credenziali in meno di sei ore.

N-central torna sotto pressione con CVE-2026-86218

La criticità più immediata riguarda N-able N-central, piattaforma RMM utilizzata da MSP e reparti IT per amministrare interi parchi di sistemi. CVE-2026-86218 permette a un attaccante remoto non autenticato di ottenere esecuzione di codice sul server e viene corretta con N-central 2026.3 Hotfix 4, build 2026.3.1.14. Le release note ufficiali N-able chiedono agli ambienti on-premises di aggiornare immediatamente, mentre le istanze hosted sono già state corrette. Il vendor afferma nelle note di non avere conferme definitive di exploit in produzione, ma il contesto operativo resta più grave: CVE-2026-86218 era già emersa con CVSS 10 e indicazioni contrastanti sullo sfruttamento reale. Il rischio non è teorico per chi utilizza N-central. Ad agosto Storm-1175 aveva già sfruttato la superficie N-central per distribuire StormEncryptor, mostrando perché una piattaforma RMM compromessa abbia un effetto moltiplicatore: l’aggressore non conquista un singolo endpoint, ma può utilizzare strumenti amministrativi legittimi per raggiungere i sistemi dei clienti.

Leggi anche: N-able N-central, RCE critica CVSS 10: Hotfix 4 urgente dopo exploit in-the-wild

F5 BIG-IP APM nasconde una web shell direttamente nella memoria

Il secondo caso riguarda F5 BIG-IP Access Policy Manager. Sophos ha analizzato un rootkit Linux che modifica il comportamento di Apache e del modulo PHP per iniettare una web shell direttamente in memoria, evitando di scrivere il codice malevolo nei normali file del server. L’analisi tecnica di Sophos mostra che l’impianto intercetta il caricamento delle librerie, altera dinamicamente alcune pagine .php3 e risponde a richieste costruite appositamente con codice eseguibile attraverso PHP. Il malware, identificato anche come PoisonedRefresh, modifica inoltre configurazioni SELinux e mantiene persistenza attraverso upgrade dell’appliance. L’accesso iniziale viene ritenuto compatibile con lo sfruttamento di CVE-2025-53521, la vulnerabilità BIG-IP APM inizialmente classificata come denial of service e successivamente riconosciuta come RCE critica. Il precedente è già rilevante perché F5 BIG-IP APM risultava esposto a CVE-2025-53521 e allo sfruttamento attivo già da marzo. Il passaggio dal semplice exploit al rootkit residente in memoria mostra la maturazione della fase post-compromissione: l’obiettivo non è più soltanto entrare nell’appliance, ma restarci riducendo al minimo gli artefatti su disco.

Cisco UCS permette di aggirare UEFI Secure Boot

Sul livello firmware, Cisco corregge CVE-2026-20293, vulnerabilità High con CVSS 7.1 che colpisce diversi server UCS e appliance basate sulla stessa piattaforma. L’advisory ufficiale Cisco spiega che la UEFI Shell mantiene disponibili comandi di scrittura in memoria anche con Secure Boot attivo. Un utente autenticato con privilegi relativamente bassi, oppure un attaccante con accesso fisico, può quindi modificare variabili UEFI e aggirare i controlli Secure Boot per eseguire software non autorizzato. Cisco non offre workaround e richiede l’aggiornamento del firmware, con alcune correzioni già disponibili e altre previste nel corso di settembre e ottobre. Il caso si inserisce in una superficie che continua a dimostrarsi critica: anche Windows e gli shim UEFI firmati avevano già mostrato quanto un bypass Secure Boot possa sopravvivere sotto il sistema operativo. Su server e appliance, compromettere il livello preboot significa poter alterare l’ambiente prima che entrino in gioco molte delle normali difese dell’OS.

Una prompt injection in ChatGPT poteva raggiungere Gmail

La superficie AI introduce invece un problema differente. Check Point Research ha dimostrato un attacco nel quale un’istruzione nascosta inserita precedentemente nella conversazione poteva indurre ChatGPT a utilizzare le proprie connessioni e trasferire dati dalla Gmail della vittima verso un secondo account ChatGPT, senza mostrare nella risposta visibile l’attività malevola. La ricerca di Check Point descrive un canale tra account separati che poteva essere utilizzato anche per copiare cronologia e file accessibili alla sessione.

L’impatto dipendeva naturalmente dai permessi già concessi alla sessione: la vulnerabilità non dava magicamente accesso a una Gmail non collegata, ma trasformava autorizzazioni legittime già disponibili all’assistente in una capacità di esfiltrazione controllata dal prompt ostile. Il problema è esattamente quello che aveva portato OpenAI a introdurre Lockdown Mode per limitare app, web e canali di uscita in presenza di prompt injection: quando un modello può leggere dati e contemporaneamente agire su servizi esterni, l’attacco non deve più convincere l’utente a inviare il segreto. Deve convincere l’agente.

Gli agenti AI rubano migliaia di credenziali in meno di sei ore

Google Threat Intelligence descrive contemporaneamente una fase ancora successiva. Il nuovo GTIG AI Threat Tracker documenta un attore finanziariamente motivato che, dopo avere compromesso una risorsa cloud, ha utilizzato un framework multi-agente per costruire ed eseguire in meno di sei ore una campagna di scanning e credential harvesting capace di raccogliere migliaia di credenziali. Gli agenti gestivano autonomamente troubleshooting, rotazione degli IP e pipeline di scansione. Non è il primo segnale. Hugging Face era già stata raggiunta da un agente autonomo capace di muoversi tra cluster e raccogliere credenziali cloud, mentre altri agenti avevano interagito con sistemi reali e workflow GitHub al di fuori dei confini previsti. La novità del rapporto Google è soprattutto la velocità: l’automazione tradizionale esiste da anni, ma un agente che interpreta errori, modifica il piano e continua l’operazione comprime la finestra di reazione del difensore.

Windows Server 2016 genera errori 0xc0000409 dopo l’update di agosto

Più operativo e meno grave è infine il problema di Windows Server 2016. Microsoft conferma che dopo l’installazione di KB5120418, aggiornamento dell’11 agosto 2026, alcuni sistemi fisici e virtuali possono registrare ripetutamente Event ID 1000 con eccezione 0xc0000409 associata a CompatTelRunner.exe. La pagina ufficiale Microsoft dell’aggiornamento precisa che il processo si occupa dell’inventario di compatibilità e che i crash non compromettono il funzionamento del server: gli eventi possono essere temporaneamente ignorati in attesa della correzione. Il caso resta utile per distinguere incidente di sicurezza e regressione di servicing. N-central, F5 e Cisco richiedono azioni di remediation legate a possibilità concrete di compromissione; l’errore Windows Server 2016 produce invece rumore nei log ma, secondo Microsoft, non impatta i workload.

Continua con:

• GPT-5.6 Sol evade dal test e raggiunge Hugging Face durante una valutazione cyber
• F5 BIG-IP e ShareFile mostrano perché le appliance edge restano bersagli ad alto valore

Patchare l’edge non basta se l’attaccante è già passato alla persistenza

Il filo comune degli incidenti più gravi è la velocità con cui accesso iniziale, persistenza e automazione si stanno avvicinando. Una RCE su un RMM come N-central può propagare l’accesso verso decine o centinaia di sistemi gestiti; un exploit contro BIG-IP può essere seguito da un rootkit che non lascia una normale web shell sul filesystem; una falla nel firmware UCS può scendere sotto il sistema operativo; una prompt injection può abusare delle autorizzazioni già concesse a un assistente; un framework agentico può eseguire in poche ore operazioni che prima richiedevano più passaggi manuali. Per questo la risposta non può fermarsi alla sola applicazione della patch. N-central richiede verifica degli endpoint amministrati e rotazione delle credenziali, F5 richiede hunting degli indicatori del rootkit e non soltanto upgrade, Cisco impone firmware corretti, mentre gli ambienti AI devono ridurre privilegi e canali di uscita disponibili agli agenti. La vulnerabilità continua ad aprire la porta; il problema moderno è ciò che riesce a entrare prima che quella porta venga chiusa.