Vai al contenuto
AI.info

The Pulse

La lista dei rischi per neocloud e data center per l’IA di Lava Security entra in OWASP come progetto incubatore

Il framework di Lava Security per valutare i rischi dei neocloud e dei data center per l’IA è ora un progetto incubatore di OWASP. Le linee guida riguardano hardware, reti, isolamento dei tenant e altri livelli dell’infrastruttura.

La lista dei rischi per neocloud e data center per l’IA di Lava Security entra in OWASP come progetto incubatore

Il framework di Lava Security per identificare i rischi nei neocloud e nei data center per l’IA è diventato un progetto ufficiale di OWASP. OWASP lo elenca come progetto incubatore per le linee guida sulla sicurezza dell’infrastruttura su cui vengono eseguiti i carichi di lavoro di IA.

Il framework è stato pubblicato inizialmente a luglio 2026. Il sistema di tracciamento delle issue del progetto su GitHub contiene issue aperte il 5 ottobre 2026.

Oltre il modello

Il framework è stato sviluppato da Yakir Kadkoda, direttore tecnologico e cofondatore di Lava, e Michael Katchinskiy, responsabile della ricerca sulla sicurezza. OWASP indica entrambi come corresponsabili del progetto.

Durante lo sviluppo hanno contribuito con i loro commenti più di 20 professionisti di fornitori di servizi neocloud, produttori di hardware, aziende di sicurezza, università e istituti di ricerca. Il lavoro si è basato anche su vulnerabilità rese pubbliche, rapporti sugli incidenti, documentazione tecnica e ricerche di Lava.

Le linee guida riguardano l’hardware fisico, le reti, i sistemi di gestione e orchestrazione, l’archiviazione e gli ambienti operativi che ospitano i carichi di lavoro. Non si concentrano sui modelli di IA né su problemi a livello applicativo come la prompt injection e il comportamento non sicuro degli agenti.

Le linee guida sono rivolte a fornitori e operatori di infrastrutture, clienti che acquistano capacità cloud e team di sicurezza. Ogni voce relativa a un rischio contiene una descrizione, i potenziali impatti e le modalità di guasto, scenari di attacco, riferimenti e strategie di mitigazione per fornitori e clienti.

I rischi al di sotto del sistema operativo

Tra gli scenari presentati nella pubblicazione figura la riassegnazione di un server bare metal dopo che un cliente ha avuto accesso root. Una configurazione di avvio dell’hardware compromessa potrebbe persistere anche dopo la reinstallazione del sistema operativo e avere conseguenze per il cliente successivo a cui viene assegnato quel server.

La lista dei rischi è ordinata per gravità e include valutazioni della probabilità, dell’impatto e della difficoltà di rilevamento. I primi quattro rischi riguardano l’integrità di hardware e firmware, le vulnerabilità di reti e interconnessioni, l’isolamento tra tenant e il riutilizzo delle risorse, e i piani di gestione fuori banda.

Il progetto classifica la compromissione dell’integrità di hardware e firmware come critica, con probabilità media, impatto grave e difficoltà di rilevamento elevata. Valuta come critici anche l’isolamento non sicuro tra tenant e il riutilizzo non sicuro delle risorse, assegnando a questo rischio una probabilità bassa, un impatto grave e una difficoltà di rilevamento molto elevata.

Altre voci riguardano la compromissione della catena di fornitura, i sistemi di gestione delle strutture e dei data center, la gestione dei dati e degli artefatti di IA, le lacune nelle certificazioni e la trasparenza dei fornitori, i servizi infrastrutturali operativi, le lacune negli embarghi dei fornitori e la rapidità di rilascio delle patch.

Sviluppo aperto

Ricercatori di sicurezza, ingegneri delle infrastrutture, fornitori di hardware e operatori possono esaminare le linee guida, metterne in discussione i presupposti e proporre modifiche attraverso il processo di sviluppo aperto su GitHub. Il progetto invita anche a presentare ulteriori ricerche e raccomandazioni per la mitigazione.

Ai collaboratori sarà riconosciuto il merito nelle versioni future. Il framework è destinato a evolversi insieme all’infrastruttura, anche quando nuove architetture GPU, tecnologie di rete e modelli di distribuzione introdurranno ulteriori aspetti di sicurezza da considerare.

Fonti

Notizie correlate

Esplora

Altri articoli