La scorsa settimana, il team Xygeni era a OWASP Global AppSec UE 2026 a Vienna, dove Oltre 800 esperti di sicurezza informatica riuniti all'Austria Center per il 25° anniversario di OWASP. Due giorni sul pavimento dell'expo, decine di conversazioni con CISResponsabili OS, AppSec e ingegneri DevSecOpsE un segnale è inequivocabile: la sicurezza della catena di fornitura del software è entrata in una nuova fase, e la maggior parte delle organizzazioni non è pronta ad affrontarla.
Ecco cosa abbiamo visto, cosa abbiamo mostrato e cosa ci dice il settore.
Cosa ha lanciato OWASP a Vienna
L'annuncio principale alla conferenza di quest'anno è stato OWASP AISVS 1.0, pubblicato il 24 giugno 2026, durante l'evento stesso. Il standard Contiene 514 requisiti verificabili suddivisi in 12 capitoli, che coprono ogni aspetto, dall'iniezione di prompt alla sicurezza MCP. A differenza di framework di governance come NIST AI RMF o ISO/IEC 42001, ogni requisito AISVS è concepito per essere verificato, superato o non superato. Si tratta della prima verifica di sicurezza testabile e guidata dalla comunità. standard progettato appositamente per i sistemi di intelligenza artificiale, modellato su OWASP ASVS, il gold standard per la sicurezza delle applicazioni web.
Oltre all'AISVS, il programma delle sessioni ha rispecchiato le aree su cui si è concentrata l'attenzione della comunità. Interventi su sicurezza delle applicazioni agentiche, sicurezza MCP, pratiche sicure per la catena di fornitura del software, rilevamento dell'IA ombra e test delle applicazioni LLM in produzione hanno dominato il programma. OWASP LLMTop 10, Agentic Apps Top 10 e MCP Top 10 non sono più framework emergenti; sono attivi standardche la maggior parte delle organizzazioni non ha ancora mappato rispetto alla propria esposizione. Vienna ha reso visibile questa lacuna.
Cosa ha mostrato Xygeni allo stand G-08
Abbiamo sfruttato i due giorni di conferenza per dimostrare qualcosa che il settore richiede sempre più spesso, ma che raramente si vede nella pratica: come individuare, valutare e garantire la sicurezza dell'intelligenza artificiale utilizzata dai team di sviluppo, non solo del codice che producono.
Il debutto viennese di Xygeni AI Inventory ha mostrato l'intera superficie di attacco AI di un'organizzazione mappata in tempo reale, ogni modello, agente, server MCP e strumento di codifica AI, con punteggi di rischio, grafici di relazione e un Distinta base AI esportabile pronto per gli enti regolatori e enterprise acquirenti. Per la maggior parte dei visitatori dello stand, era la prima volta che vedevano la propria superficie di attacco basata sull'IA rappresentata come un inventario strutturato e verificabile.
Il firewall di dipendenza AI ha dimostrato che Shield blocca un pacchetto npm dannoso all'endpoint dello sviluppatore prima dell'installazione, prima ancora che esistesse una firma. Questo è il controllo sicuro della catena di fornitura del software che i sistemi tradizionali... SCA Gli strumenti non possono fornire un rilevamento che funzioni al momento del download, non dopo che il pacchetto ha già eseguito il suo script di postinstallazione.
Le conversazioni che hanno fatto seguito alle dimostrazioni sono state coerenti. La maggior parte dei team non è stata in grado di rispondere alla domanda sullo schermo: dove si trova l'IA nel tuo SDLC?
Tre cose che ci ha rivelato l'area espositiva
Nel corso di decine di conversazioni avvenute allo stand e nei corridoi, tre temi sono emersi ripetutamente.
La sicurezza di MCP è il nuovo punto cieco
Ogni team che utilizza assistenti di programmazione basati sull'IA o flussi di lavoro agentici possiede server MCP che non ha ancora completamente inventariato. La maggior parte non dispone di una lista di elementi consentiti, di un monitoraggio comportamentale e di un livello di controllo all'endpoint dello sviluppatore. Non si tratta di un problema di nicchia: il 5.5% dei server MCP pubblici presenta vulnerabilità di avvelenamento degli strumenti e il 43% vulnerabilità di iniezione di comandi. AISVS 1.0 dedica un intero capitolo ai requisiti di sicurezza degli MCP e le discussioni tenutesi a Vienna hanno confermato che è proprio in questo ambito che si concentrerà la prossima ondata di attacchi alla catena di fornitura.
La questione AI-BOM sta diventando reale
I responsabili della sicurezza stanno iniziando a ricevere richieste da parte dei revisori dei conti e enterprise acquirenti per un inventario leggibile da macchina di ogni risorsa AI nell'organizzazione (modelli, set di dati, agenti, server MCP e strumenti di codifica AI) con le relative relazioni, punteggi di rischio e mappatura normativa. La maggior parte delle organizzazioni non è in grado di produrne uno oggi. L'AI-BOM sta rapidamente diventando il successore dell'era AI dell' SBOMe le organizzazioni in grado di generarne uno su richiesta godranno di un significativo vantaggio in termini di conformità e fiducia, in vista degli obblighi di audit previsti dalla legge europea sull'intelligenza artificiale.
Una catena di fornitura software sicura ora significa proteggere il livello di intelligenza artificiale.
Controlli tradizionali della catena di approvvigionamento (SCA, SBOM generazione, provenienza della build, attestazione SLSA) sono stati creati per un mondo in cui gli umani scrivevano il codice e i pacchetti provenivano da registri pubblici. Nel 2026, gli agenti IA commit Il codice viene scritto in modo autonomo, i server MCP eseguono chiamate di strumenti per conto degli utenti e vengono creati pacchetti dannosi per colpire direttamente gli strumenti di intelligenza artificiale. Una strategia sicura per la catena di fornitura del software che non copra la superficie di attacco dell'IA non è più completa. Vienna ha reso evidente questo consenso presso gli stand dei fornitori, durante le presentazioni e persino nelle conversazioni informali.
Cosa ci portiamo a casa da Vienna
OWASP Global AppSec UE 2026 è stato un utile punto di calibrazione. Le tre conversazioni che si sono svolte più frequentemente sul pavimento dell'expo (sicurezza MCP, prontezza AI-BOM e protezione dell'intera catena di fornitura del software in un ambiente nativo AI) SDLC) sono le conversazioni per cui Xygeni è stato creato.
Zero Trust ha raggiunto la rete, il cloud e l'identità anni fa. Il ciclo di vita dello sviluppo del software è lo strato che non è stato ancora completamente coperto. Con il codice generato dall'IA che ora rappresenta il 40% di commitCon la crescente diffusione di queste tecnologie nelle organizzazioni leader e con i flussi di lavoro basati su agenti che espandono la superficie di attacco più rapidamente di quanto gli strumenti tradizionali di sicurezza delle applicazioni riescano ad adattarsi, tale divario sta diventando la sfida principale per i team di sicurezza nella seconda metà del 2026.
Se ti sei perso Vienna e vuoi vedere cosa abbiamo mostrato allo stand G-08, ci sono due modi per approfondire: fai un tour del prodotto per vedere la piattaforma in azione, oppure prenota una demoe vi spiegheremo nel dettaglio tutto ciò che abbiamo mostrato in fiera.
DOMANDE FREQUENTI
Che cos'è OWASP AISVS?
OWASP AISVS (Verifica della sicurezza AI) Standard) è la prima verifica di sicurezza testabile guidata dalla comunità standard Progettato specificamente per i sistemi di intelligenza artificiale. Pubblicato nel giugno 2026 all'OWASP Global AppSec EU di Vienna, contiene 514 requisiti verificabili suddivisi in 12 capitoli, che coprono l'integrità dei dati di addestramento, l'iniezione di prompt, la sicurezza MCP, l'orchestrazione degli agenti, la catena di fornitura e altro ancora. A differenza dei framework di governance, ogni requisito è formulato in modo da poter essere verificato con esito positivo o negativo.
Che cos'è una catena di fornitura software sicura nel 2026?
Una catena di fornitura software sicura nel 2026 significa proteggere non solo le dipendenze open source, CI/CD pipelinee costruire artefatti, ma anche i modelli di IA, gli agenti, i server MCP e gli strumenti di programmazione IA che sono ora incorporati in ogni fase dello sviluppo del software. Come agenti IA commit Poiché il codice è autonomo e i pacchetti dannosi prendono sempre più di mira gli strumenti di intelligenza artificiale, la sicurezza della catena di fornitura si è estesa fino a includere l'intero ciclo di vita dello sviluppo degli agenti.
