Il 5 agosto 2026 Red Hat ha pubblicato l'advisory CVE-2026-10090 per una falla nel Application Subscription controller di Advanced Cluster Management for Kubernetes: un utente con soli permessi di edit a livello namespace può innescare un'escalation a privilegi cluster-admin attraverso un chart Helm malevolo. La gravità è confermata da un punteggio CVSS 9.9, ma al momento della disclosure non risulta disponibile alcuna patch o mitigazione che soddisfi i criteri di qualità Red Hat.
- Il componente vulnerabile è multicluster-operators-subscription, il controller che orchestra il deployment di applicazioni Helm attraverso le risorse Channel e Subscription di ACM.
- L'attacco richiede solo permessi namespace-scoped edit: non serve alcun privilegio cluster-level né il ruolo subscription-admin.
- Il controller applica le risorse Helm con la propria autorità elevata, senza verificare il ruolo del creatore della Subscription e senza limitare lo scope al namespace di origine.
- Non esiste mitigazione disponibile: l'advisory Red Hat dichiara esplicitamente che le opzioni attuali non superano i criteri di stabilità e applicabilità.
Il meccanismo: un "confused deputy" nel cuore dell'automazione multi-cluster
La vulnerabilità sfrutta un classico pattern di confused deputy: un servizio con privilegi elevati esegue azioni per conto di un soggetto con privilegi inferiori, senza convalidare adeguatamente la richiesta. Nel caso di ACM, il flusso di attacco documentato da Red Hat procede attraverso tre stadi.
Primo, l'attore malevolo crea una risorsa Channel puntando a un repository Helm sotto il proprio controllo. Secondo, crea una Subscription che referenzia quel Channel. Terzo, il controller app-subscription — operante con autorità elevata — recupera e applica automaticamente il contenuto del chart.
Il difetto risiede in due assenze specifiche di controllo: il controller non verifica se il creatore della Subscription detiene il ruolo open-cluster-management:subscription-admin, come invece prescritto dalla documentazione ACM; e non restringe le risorse applicate al namespace della Subscription. Questa combinazione permette di iniettare risorse cluster-scoped, inclusi ClusterRoleBinding che conferiscono il privilegio cluster-admin al ServiceAccount dell'attaccante.
La classificazione CWE-267 (Privilege Defined With Unsafe Actions) conferma la natura del difetto: i privilegi del controller sono esercitati senza i controlli di autorizzazione necessari a prevenire l'abuso.
Il vettore di attacco: da namespace editor a padrone del cluster
Il vettore CVSS completo riportato nell'advisory ufficiale — AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H — sintetizza la pericolosità della falla: accesso da rete, complessità di attacco bassa, privilegi richiesti minimi, nessuna interazione utente necessaria, impatto sulla confidenzialità, integrità e disponibilità del sistema, con scope che si espande oltre il componente vulnerabile (S:C).
Per gli ambienti enterprise e governativi che impiegano ACM per orchestrare flotte di cluster Kubernetes o OpenShift, la posta in gioco è strutturale. Il modello di sicurezza multi-tenant di Kubernetes presuppone che i controlli RBAC a livello namespace isolino efficacemente i carichi di lavoro: questa vulnerabilità annulla quel presupposto per tutte le installazioni che adottano il workflow Application Subscription.
La fonte gbhackers.com ha descritto il meccanismo esplicitamente come un "confused deputy problem", evidenziando come una funzione di automazione legittima — il deployment automatizzato di applicazioni Helm — si trasformi in un veicolo di compromissione totale del perimetro.
Nessuna via d'uscita: l'advisory chiude ogni opzione
Un elemento che distingue questa disclosure è l'assenza totale di mitigazione. L'advisory Red Hat non indica soluzioni alternative valide; anzi, la formulazione è inequivocabile:
"Mitigation for this issue is either not available or the currently available options do not meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base, or stability."
— Red Hat Customer Portal, CVE-2026-10090 advisory
Questa dichiarazione, riportata testualmente dalla fonte primaria, significa che gli operatori non possono né applicare una patch né adottare contromisure semplici senza compromettere funzionalità o stabilità del sistema. La raccomandazione implicita è che le organizzazioni devono attendere un aggiornamento ufficiale che superi i criteri di qualità Red Hat.
Il Bugzilla 2483292, citato da cybersecuritynews.com, traccia internamente il problema ma non offre indicazioni operative aggiuntive per gli utenti finali.
Il ricercatore e il contesto della scoperta
La vulnerabilità è stata identificata da Christopher Lusk di North Echo Security Research, creditato nell'advisory ufficiale Red Hat. Il 5 agosto 2026 è la data di pubblicazione coordinata della disclosure; il dossier non specifica la data esatta del report iniziale né la timeline di gestione responsabile da parte del vendor.
Il componente affetto, rhacm2/multicluster-operators-subscription-rhel9, appartiene alla linea di prodotto Red Hat Advanced Cluster Management for Kubernetes 2. Le fonti non indicano versioni specifiche esenti dal problema oltre la generica indicazione della major release.
Cosa fare adesso
Data l'assenza di patch e mitigazioni ufficiali, le azioni documentate si concentrano su controlli compensativi e monitoraggio:
- Auditare i permessi namespace-scoped edit: identificare tutti gli utenti e ServiceAccount che detengono questo privilegio negli hub ACM, valutando se la granularità possa essere ridotta senza impatto operativo.
- Monitorare la creazione di risorse Channel e Subscription: le attività anomale di provisioning di Subscription verso repository Helm non corporativi costituiscono indicatori di potenziale exploitation.
- Verificare la presenza di ClusterRoleBinding non autorizzati: in particolare quelli che associano ServiceAccount di namespace utente al ClusterRole cluster-admin.
- Rivedere la documentazione interna sul ruolo subscription-admin: assicurarsi che le policy operative riflettano il requisito documentato — ma non enforced dal controller — di detenere quel ruolo per creare Subscription cluster-scoped.
Il brief non documenta misure correttive specifiche oltre queste linee di difesa; in particolare, non emergono raccomandazioni da parte di Red Hat su isolamenti di rete, policy OPA/Gatekeeper, o interventi sulle policy Helm.
Perché questa falla ricalibra il rischio multi-cluster
La governance di flotte Kubernetes ha costruito il proprio modello di sicurezza sulla separazione tra controllo hub e workload spoke: il hub orchestra, gli spoke eseguono, e il RBAC garantisce che chi può definire policy non possa necessariamente compromettere l'esecuzione. CVE-2026-10090 demolisce questa separazione dal basso, permettendo a un attore con il ruolo più comune in ambienti di sviluppo — l'editor di namespace — di scalare al controllo totale.
Per le organizzazioni che usano ACM come strato di governance centralizzata, il messaggio è che l'automazione stessa è diventata superficie di attacco. Fino all'arrivo di una errata ufficiale, la sicurezza dipende dall'ipotesi che nessun account con edit su un namespace possa essere compromesso o malevolo: un'ipotesi che la maggior parte delle aziende non può permettersi di accettare.
Fonti
- https://cyberpress.org/red-hat-acm-flaw-namespace-editors-escalate/?amp
- https://cyberpress.org/red-hat-acm-flaw-namespace-editors-escalate/
- https://access.redhat.com/security/cve/cve-2026-10090
- https://cybersecuritynews.com/red-hat-acm-privilege-escalation-vulnerability/
- https://gbhackers.com/red-hat-kubernetes-flaw/
- https://cyberpress.org/kubernetes-security-platforms-for-enterprise-environments-in-2026/?amp=1
- https://cyberpress.org/kubernetes-security-platforms-for-enterprise-environments-in-2026/
Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.