Che cosa viene presentato
WithNetworks, azienda attiva nelle tecnologie informatiche e nella cybersicurezza basate sull'intelligenza artificiale, ha illustrato una tecnologia denominata "analisi di correlazione delle combinazioni di vulnerabilità". Secondo quanto riportato dalla fonte, l'approccio collega i servizi, il software bill of materials (SBOM) e le interfacce di programmazione (API) per analizzare minacce di sicurezza composite, cioè rischi che emergono dalla sovrapposizione di più debolezze.
La funzionalità è integrata in WithVTM, piattaforma per la gestione unificata di asset e vulnerabilità. L'azienda sostiene che il sistema non si limiti a rilevare i punti deboli dei singoli asset IT, ma consenta di valutare il rischio derivante dalla loro combinazione e di stabilire un ordine di priorità negli interventi. Si tratta di una dichiarazione dell'impresa, non di un risultato verificato da terzi.
Il problema: asset isolati e punti ciechi
Il punto di partenza indicato dalla fonte è il divario tra la gestione degli asset e la comprensione dei servizi. Anche disponendo di elenchi di server e software e di controlli sulle vulnerabilità, se un singolo asset non è collegato al servizio che contribuisce a comporre diventa difficile cogliere il quadro complessivo del rischio. La fonte cita in particolare le librerie e i pacchetti open source e le API non censite come aree facilmente trascurate dai sistemi tradizionali di gestione degli asset.
WithVTM estende quindi il perimetro dalla gestione centrata su server e indirizzi IP ai servizi, alle API e ai componenti software. Il sistema identifica server e applicazioni che compongono un servizio e collega librerie interne, pacchetti e dipendenze tramite SBOM. La piattaforma dichiara il supporto agli standard internazionali CycloneDX e SPDX e la verifica di hash e firme per l'integrità della catena di fornitura del software. Inoltre, quando viene rilevata una vulnerabilità in un componente, il sistema permette di risalire agli asset e ai servizi che lo utilizzano per delimitarne l'impatto.
Correlazione, API e priorità
La fonte collega la proposta a un contesto di crescente attenzione: di fronte a incidenti ripetuti nel settore finanziario, la verifica riguarda sempre più i sistemi accessibili dall'esterno, indipendentemente dal fatto che eroghino servizi ai clienti, e la correttezza di autenticazione e controllo degli accessi ai dati interni. In questo quadro WithVTM include anche funzioni per la sicurezza delle API: senza installare agenti, tramite scansione di rete, identifica le cosiddette shadow API, cioè quelle sfuggite al censimento, e ne verifica l'esposizione esterna, i metodi di autenticazione e autorizzazione e i percorsi di accesso ai dati.
Il cuore tecnico è la capacità di analizzare le relazioni tra vulnerabilità: secondo la fonte, una singola debolezza di gravità bassa può diventare un percorso d'attacco verso dati sensibili se si combina con librerie vulnerabili, configurazioni inadeguate e permessi eccessivi su un'API esposta. A questo si aggiunge il sistema di valutazione del rischio basato sull'AI (VRS), presentato come tecnologia brevettata, che considera importanza degli asset, punteggio delle vulnerabilità, segnali reali di sfruttamento ed esposizione esterna. Il limite è che tutti questi elementi sono descritti dall'azienda: mancano dati indipendenti su efficacia, falsi positivi o adozione effettiva, e resta da verificare la capacità dello strumento di ridurre incidenti reali. Il rappresentante citato, l'amministratore delegato Ahn Jong-up, sottolinea la necessità di sapere da quali asset, componenti software e API è composto un sistema esposto e l'obiettivo di un presidio continuo per i clienti, a cominciare dal settore finanziario.