AWS MCP, GoAhead e Authenticator: CISA segnala due falle attive

📌 In Sintesi

• AWS corregge CVE-2026-115413: un server MCP accettava token OAuth destinati ad altre applicazioni, esponendo le credenziali cloud configurate.
• CISA conferma lo sfruttamento di CVE-2026-48356 in Adobe Commerce e Magento e CVE-2026-111497 nel decoder Brotli.
• GoAhead corregge tre vulnerabilità TLS, mentre Microsoft risolve AuthMask, una falla che consentiva ad app Android senza permessi di sottrarre token aziendali.

AWS, CISA, Microsoft e i ricercatori di sicurezza segnalano nuove vulnerabilità che colpiscono autenticazione, servizi cloud, piattaforme commerciali e dispositivi embedded. Il caso più recente riguarda CVE-2026-115413, una falla nel server MCP di Amazon che permetteva di accettare token OAuth non destinati all’applicazione. Contemporaneamente, CISA inserisce nel catalogo delle vulnerabilità sfruttate attivamente due problemi riguardanti Magento e Brotli, mentre GoAhead corregge errori nella gestione dei certificati TLS e Microsoft risolve una vulnerabilità di Authenticator per Android. Il punto comune è la compromissione dei meccanismi di fiducia, attraverso i quali software e infrastrutture autorizzano operazioni considerate legittime.

AWS API MCP Server accetta token OAuth destinati ad altre applicazioni

Amazon ha pubblicato il 27 ottobre 2026 il bollettino ufficiale relativo a CVE-2026-115413, classificando come importante una vulnerabilità presente in AWS API MCP Server dalla versione 1.3.0 fino alle precedenti alla 1.6.0. Il componente open source permette agli assistenti AI di interagire con risorse AWS attraverso comandi CLI, utilizzando il Model Context Protocol. Il problema riguarda le installazioni configurate con trasporto streamable-http e autenticazione OAuth: il server verificava firma, emittente e scadenza del token, ma non controllava correttamente il destinatario per il quale la credenziale era stata emessa. Un token valido per un’altra applicazione dello stesso identity provider poteva quindi essere accettato, consentendo potenzialmente l’esecuzione di operazioni AWS con le autorizzazioni configurate sull’host. La vulnerabilità non rappresenta un accesso indiscriminato a tutti gli account Amazon, perché richiede condizioni di configurazione specifiche e il possesso di un token idoneo. Il rischio riguarda però la separazione delle identità applicative: un’autorizzazione valida in un contesto poteva essere riutilizzata in un altro. AWS ha corretto il problema nella versione 1.6.0, raccomandando anche la configurazione di AUTH_AUDIENCE oppure AUTH_CLIENT_ID nei casi previsti dall’identity provider. Come mitigazione temporanea indica il trasporto stdio. Il caso conferma i problemi di fiducia delegata già osservati nelle precedenti vulnerabilità AWS MCP, Lambda e Ion.

Leggi anche: Bifrost AI Gateway, una richiesta MCP apre l’esecuzione di comandi senza autenticazione

CISA inserisce Magento e Google Brotli nel catalogo delle vulnerabilità sfruttate

Il bollettino CISA del 27 ottobre aggiunge al catalogo Known Exploited Vulnerabilities due vulnerabilità per le quali risultano evidenze di sfruttamento attivo. CVE-2026-48356 interessa Adobe Commerce e Magento e riguarda il caricamento non sufficientemente limitato di file pericolosi, con possibili conseguenze sull’esecuzione di codice e sui privilegi dell’utente. Adobe aveva già pubblicato le correzioni nell’advisory APSB26-73. La vulnerabilità non richiede autenticazione preventiva, ma la descrizione ufficiale prevede un’interazione dell’utente con un collegamento malevolo o una pagina compromessa.

• CVE-2026-48356 Adobe Commerce and Magento Unrestricted Upload of File with Dangerous Type Vulnerability
• CVE-2026-111497 Google Brotli Unchecked Return Value Vulnerability

La seconda falla, CVE-2026-111497, riguarda Google Brotli, libreria utilizzata per la compressione e decompressione dei dati. Un flusso compresso opportunamente manipolato può provocare una scrittura fuori dai limiti della memoria durante la decodifica, con possibili conseguenze sulla riservatezza, disponibilità e integrità del processo. Le versioni vulnerabili comprendono rilasci tra 1.0.3 e 1.2.0, escluse le revisioni già corrette delle rispettive linee; Google ha distribuito anche Brotli 1.2.1. L’impatto dipende dall’effettivo utilizzo del decoder su dati non attendibili, come chiarito nella documentazione di sicurezza Red Hat. CISA fissa al 10 novembre 2026 il termine di remediation per le agenzie federali civili statunitensi interessate. Per le aziende italiane l’inclusione nel KEV rappresenta un criterio operativo di priorità, particolarmente rilevante per i negozi Magento già esposti alle campagne PolyShell e alle web shell.

GoAhead corregge tre falle TLS: certificati revocati ancora accettati

Il ricercatore Sébastien Féry di FoxIO ha documentato tre vulnerabilità nelle integrazioni TLS di GoAhead, web server incorporato nei firmware di router, gateway, stampanti e apparati industriali. La ricerca tecnica originale pubblicata il 26 ottobre identifica come problema più grave CVE-2026-115881, valutata CVSS 9.1. Nelle configurazioni OpenSSL con autenticazione mutual TLS, GoAhead caricava correttamente la lista dei certificati revocati, ma non attivava il controllo necessario per applicarla. Un dispositivo precedentemente autorizzato, il cui certificato fosse stato successivamente revocato, poteva quindi continuare ad autenticarsi. La seconda vulnerabilità, CVE-2026-115884, riguarda alcune versioni precedenti di LibreSSL e consente di aggirare il limite di profondità della catena dei certificati in configurazioni specifiche. Il terzo problema interessa Mbed TLS: un errore nella gestione della lunghezza di un parametro Diffie-Hellman può compromettere la riservatezza di determinate sessioni TLS 1.2, qualora il client accetti i parametri malformati. GoAhead 6.1.1 corregge tutte e tre le vulnerabilità, ma l’effettiva protezione degli apparati dipende dall’integrazione della nuova versione nei firmware distribuiti dai produttori. Non tutte le installazioni sono vulnerabili, perché esposizione e impatto dipendono dalla libreria TLS e dalle opzioni di compilazione. Per i gestori di reti industriali, la verifica deve quindi riguardare non soltanto il numero della versione, ma anche la configurazione del software incorporato.

Microsoft Authenticator esponeva i token aziendali alle app Android senza permessi

La vulnerabilità CVE-2026-80097, denominata AuthMask, è stata individuata dal ricercatore Ofek Levin nell’applicazione Microsoft Authenticator per Android. Secondo la ricerca originale pubblicata da Enclave il 23 ottobre, un’applicazione malevola priva di autorizzazioni Android poteva presentarsi come un’app Microsoft attendibile e ottenere token relativi a un account di lavoro già configurato nel dispositivo. Il problema nasceva da un componente Android esportato che non verificava adeguatamente l’identità dell’applicazione chiamante. Nei test, i token consentivano accesso delegato a posta elettronica, file e calendario dell’account coinvolto.

Microsoft ha classificato la vulnerabilità con gravità CVSS 8.6 e l’ha corretta in Authenticator 6.2606.4246, pubblicando il relativo advisory di sicurezza. La società precisa che lo sfruttamento richiede anche un passaggio di autenticazione completato dalla vittima e dichiara di non avere evidenze di attacchi reali. La ricerca Enclave documenta invece il comportamento del broker in presenza di un account aziendale già autenticato, rendendo necessario distinguere il test tecnico dalle condizioni di sfruttamento indicate dal produttore. Il precedente è particolarmente significativo per la sicurezza Microsoft 365, già minacciata da campagne di phishing capaci di sottrarre token senza conoscere le password. Il possesso del secondo fattore non impedisce automaticamente l’abuso di un token già rilasciato, se il software incaricato di gestirlo non verifica l’identità del richiedente.

Continua con: Microsoft, identità e cloud diventano il nuovo fronte degli attacchi

La fiducia applicativa diventa il punto debole delle infrastrutture

Le quattro segnalazioni mostrano che la sicurezza non dipende soltanto dalla validità delle credenziali, ma dalla verifica del contesto nel quale vengono utilizzate. AWS accettava token destinati ad applicazioni differenti, GoAhead non applicava correttamente la revoca dei certificati e Microsoft Authenticator poteva consegnare token a un’applicazione non autorizzata. Magento e Brotli aggiungono il rischio concreto di vulnerabilità già sfruttate contro sistemi esposti o software che elaborano contenuti non attendibili. Per le organizzazioni italiane la priorità è verificare versioni e configurazioni, aggiornare i componenti vulnerabili e controllare eventuali accessi precedenti alla correzione. L’aggiornamento chiude la falla, ma non esclude automaticamente che una credenziale sia già stata abusata o che un sistema sia stato compromesso. È questa la distinzione operativa che deve guidare la risposta agli incidenti.