CISA mette SharePoint e Check Point nel KEV, AWS corregge MCP

🛡️ Executive Summary

• CISA inserisce nel catalogo KEV le vulnerabilità CVE-2026-50522 di SharePoint e CVE-2026-16232 di Check Point, entrambe sfruttate attivamente.
• AWS API MCP Server può continuare a funzionare senza applicare la policy configurata quando il caricamento iniziale dei controlli fallisce.
• aws-smithy-http-server espone i servizi a denial of service perché il percorso predefinito non limita connessioni concorrenti e richieste incomplete.

CISA ha aggiunto al catalogo delle vulnerabilità sfruttate una falla di deserializzazione in Microsoft SharePoint e il bypass dell’autenticazione di Check Point SmartConsole, imponendo alle agenzie federali statunitensi tempi di intervento estremamente ridotti. Nelle stesse ore AWS ha pubblicato due bollettini importanti per componenti open source utilizzati negli ambienti cloud e nelle integrazioni con agenti AI. Il primo riguarda AWS API MCP Server, che in determinate condizioni può ignorare la policy di sicurezza configurata; il secondo colpisce aws-smithy-http-server e permette a un attaccante remoto di esaurire connessioni e task attraverso richieste lasciate deliberatamente incomplete. I problemi non dimostrano una compromissione dell’infrastruttura AWS gestita, ma richiedono l’aggiornamento delle applicazioni che incorporano i componenti vulnerabili.

SharePoint entra nel KEV con una scadenza di tre giorni

CISA ha inserito CVE-2026-50522 nel Known Exploited Vulnerabilities Catalog dopo avere confermato lo sfruttamento attivo contro Microsoft SharePoint Server. La vulnerabilità nasce dalla deserializzazione di dati non attendibili e permette a un aggressore non autenticato di eseguire codice da remoto attraverso la rete. Sono interessate le installazioni locali di SharePoint Server 2016, SharePoint Server 2019 e SharePoint Subscription Edition precedenti alle build corrette indicate da Microsoft, mentre il servizio SharePoint Online gestito nel cloud non deve essere automaticamente assimilato ai server on-premise vulnerabili. CISA ha fissato al 25 luglio la scadenza per la remediation delle agenzie federali, applicando le nuove regole che riducono drasticamente i tempi quando esposizione internet, automazione dell’exploit e impatto tecnico rendono probabile una compromissione rapida.

• CVE-2026-16232 Check Point SmartConsole Improper Authentication Vulnerability
• CVE-2026-50522 Microsoft SharePoint Deserialization of Untrusted Data Vulnerability

Le organizzazioni devono installare gli aggiornamenti Microsoft, applicare le mitigazioni disponibili e svolgere verifiche forensi sugli host rimasti pubblicamente raggiungibili prima della correzione. Aggiornare il server chiude il difetto, ma non elimina webshell, account, chiavi o modifiche già introdotte durante un attacco. La dinamica conferma il rischio descritto negli attacchi contro SharePoint, Argo CD e ambienti di sviluppo esposti: i sistemi di collaborazione diventano accessi iniziali particolarmente preziosi perché contengono documenti, credenziali applicative e collegamenti con l’identità aziendale.

Check Point SmartConsole espone il piano di controllo

Il secondo ingresso riguarda CVE-2026-16232, vulnerabilità critica nel processo di autenticazione di SmartConsole che consente a un attaccante remoto non autenticato di ottenere un application token e accedere con privilegi amministrativi ai sistemi Security Management e Multi-Domain Management. Check Point ha confermato attività di sfruttamento contro un numero limitato di clienti che avevano lasciato il server di gestione direttamente esposto a internet senza limitazioni sui Trusted Clients. Il rischio supera la compromissione di una normale interfaccia web, perché la console controlla policy firewall, gateway, oggetti di rete, amministratori e registrazione degli eventi. Un accesso privilegiato può quindi permettere di modificare le regole che dovrebbero bloccare l’attaccante, ridurre la visibilità delle sue operazioni e preparare ulteriori movimenti verso l’infrastruttura interna. CISA richiede l’applicazione delle correzioni del vendor e la verifica dell’esposizione, mentre Check Point raccomanda di installare il Jumbo Hotfix e restringere l’accesso alle sole reti amministrative. Le aziende devono controllare nuovi account, token, cambiamenti nelle policy e accessi provenienti da indirizzi sconosciuti, senza considerare la patch sufficiente a chiudere l’incidente. Il caso si inserisce nella successione di cPanel, Fortinet e SimpleHelp inseriti nel KEV dopo attacchi attivi, mostrando ancora una volta che appliance e console perimetrali devono essere protette da un livello amministrativo separato.

AWS API MCP Server poteva ignorare le policy configurate

AWS ha corretto CVE-2026-16584 in AWS API MCP Server, componente open source che permette agli assistenti AI compatibili con Model Context Protocol di eseguire comandi AWS CLI utilizzando le credenziali configurate dall’utente. Il server include una policy opzionale con cui negare determinate API o richiedere un’approvazione prima dell’esecuzione, ma il difetto alterava il comportamento durante l’avvio. Se il caricamento dei dati necessari alla policy falliva, il processo continuava a funzionare e saltava il controllo sulle richieste per tutta la propria durata, salvo l’attivazione esplicita delle modalità fail-closed. Un agente o un soggetto capace di impartirgli istruzioni poteva quindi eseguire operazioni che l’amministratore riteneva vietate o subordinate a conferma. Le autorizzazioni IAM restavano operative e non venivano bypassate: il danno massimo continuava a dipendere dai privilegi associati alle credenziali del server. Proprio questa distinzione rende fondamentale il principio del minimo privilegio, perché una policy applicativa non deve diventare l’unica barriera tra un agente AI e un account cloud. Sono vulnerabili le versioni dalla 0.2.13 alla 1.3.46, mentre la correzione è inclusa nella 1.3.47. In attesa dell’aggiornamento, AWS raccomanda credenziali IAM limitate alle sole attività necessarie e il riavvio del server dopo eventuali problemi di connettività. La falla sviluppa il rischio già emerso con AgentCore, Strands e gli strumenti AWS destinati agli agenti AI: il modello può essere controllato, ma l’effettiva sicurezza dipende dal codice che traduce le sue decisioni in operazioni cloud.

Smithy espone i server a connessioni che non terminano

CVE-2026-16756 interessa invece il percorso serve() predefinito di aws-smithy-http-server, libreria Rust utilizzata per costruire servizi HTTP basati sui modelli Smithy. La configurazione vulnerabile non impone timeout adeguati per l’apertura della connessione e la lettura degli header, né applica un limite al numero delle connessioni concorrenti. Un attaccante remoto può aprire numerosi collegamenti e inviare soltanto porzioni delle richieste, mantenendo occupati socket e task senza completare mai la comunicazione. Ripetendo l’operazione, il servizio può esaurire le risorse disponibili e diventare irraggiungibile per gli utenti legittimi. L’attacco ricorda il modello Slowloris, ma colpisce applicazioni moderne e asincrone che possono apparire capaci di gestire grandi volumi proprio perché ogni connessione utilizza inizialmente poche risorse. L’assenza di un tetto complessivo consente però all’aggressore di accumularle fino al denial of service. AWS ha risolto il problema nella versione 0.66.5 e raccomanda di aggiornare anche fork e progetti derivati. Reverse proxy, load balancer, connection limit e timeout a monte possono ridurre temporaneamente l’esposizione, ma non sostituiscono la correzione della libreria. I bollettini mostrano due errori opposti: AWS API MCP Server continuava a operare quando avrebbe dovuto fermarsi, mentre Smithy continuava ad accettare connessioni quando avrebbe dovuto limitarle. In entrambi i casi, il comportamento fail-open trasforma un errore operativo in una vulnerabilità di sicurezza.