Quali sono le caratteristiche essenziali dei Kaspersky Threat Data Feeds Open Source Threats?
Nessuna console – Feed di dati in abbonamento, senza agenti né dashboard.
Distribuzione in formato JSON – Record leggibili dal computer per il confronto automatizzato nelle pipeline.
Otto repository – PyPI, npm, NuGet, Maven, Composer, Go, RPM, Debian.
Tipi di minacce – Pacchetti vulnerabili, dannosi, a rischio e compromessi per motivi politici.
Dati senza file binari – Nessun codice eseguibile entra nel vostro ambiente di compilazione.
Nota importante – Lo strumento di confronto o lo scanner SCA è a vostro carico.
Record dei pacchetti open source – Voci relative a pacchetti noti come dannosi, compromessi e vulnerabili.
Otto repository di pacchetti – PyPI, npm, NuGet, Maven, Composer, Go, RPM e Debian.
Collegamenti incrociati agli avvisi – Avvisi di sicurezza di GitHub, CVE MITRE, Debian e CentOS.
Contesto relativo alle versioni e alle correzioni – Elenchi delle versioni vulnerabili, stringhe CPE e versioni aggiornate consigliate.
Contesto relativo ai pacchetti malware – Gravità, impatto sul sistema, CWE e hash delle versioni compromesse.
Importante – Non sono inclusi né una console di gestione, né un agente, né un motore di scansione.
Kaspersky Threat Data Feeds Open Source Threats è il nome commerciale del Kaspersky Open Source Software Threats Data Feed, uno degli oltre 25 feed della linea Kaspersky Threat Data Feeds. Non dispone di un proprio modello di gestione: ci si abbona a un set di dati JSON e lo si confronta con il proprio inventario delle dipendenze utilizzando i propri strumenti.
Screening delle dipendenze – Segnala i pacchetti a rischio prima che raggiungano una build di produzione.
Aggiornamenti ogni quattro ore – Il feed viene aggiornato ogni quattro ore da Kaspersky.
Nessun file binario – Record solo in formato testo, in modo che nessun file eseguibile entri nei server di build.
Oltre i dati CVE – Copre pacchetti deliberatamente dannosi e alterati per motivi politici, non solo le vulnerabilità.
Output pronto per l’automazione – JSON con stringhe CPE per la corrispondenza tramite script nelle pipeline di CI.
Hash degli exploit – Hash degli exploit rilevati in ambiente reale per la definizione delle priorità.
Le dimensioni dell’azienda non sono il criterio giusto per valutare questo prodotto. La domanda decisiva è se la vostra organizzazione sviluppi software che integra pacchetti open source di terze parti e se utilizziate già uno strumento in grado di confrontare un elenco di pacchetti in formato JSON con il vostro inventario delle dipendenze. Un’azienda con 30 sviluppatori trarrà maggiori vantaggi da questo feed rispetto a un’azienda con 800 impiegati che acquista solo software già pronto.
| Requisiti | Piccole imprese | Azienda di medie dimensioni | Grande azienda |
|---|---|---|---|
| Obbligo di rendicontazione in Svizzera | Per settore | Per settore | Per settore |
| NIS 2 nell'Unione Europea | ✕ | Per settore | Per settore |
| Questionario sulla sicurezza dei grandi clienti | Se fornitore | ✓ | ✓ |
| Pipeline di sviluppo propria e strumenti di corrispondenza | ✕ | A volte | ✓ |
| Questo prodotto è adatto | ✕ | Con DevSecOps | ✓ |
L’obbligo di segnalazione previsto dalla legge riveduta sulla sicurezza dell’informazione si applica ai gestori di infrastrutture critiche, non alle aziende in generale, ed è determinato dal settore e dal ruolo piuttosto che dal numero di dipendenti. I gestori interessati devono segnalare un attacco informatico all’Ufficio federale per la sicurezza informatica (BACS) entro 24 ore dalla scoperta. Questo feed supporta una parte specifica di tale quadro: indica quali pacchetti open source presenti nel proprio software sono noti per essere dannosi, compromessi o vulnerabili, che è esattamente il dettaglio necessario in una segnalazione quando il punto di ingresso era una dipendenza compromessa. Non rileva l’attacco, non monitora la vostra rete, non conserva registri e non produce alcun rapporto che possiate presentare; pertanto, il termine di 24 ore è ancora gestito dal vostro processo di monitoraggio e gestione degli incidenti, non da questo abbonamento. Inoltre, non fornisce alcuna informazione sul vostro codice sorgente, ma solo sui pacchetti di terze parti che integrate. Il presente testo non costituisce un parere legale e la valutazione dell’eventuale obbligo di segnalazione a cui è soggetta la vostra organizzazione deve essere effettuata con il vostro consulente legale.
Nessun prodotto rende un’azienda conforme alla direttiva NIS 2, poiché la direttiva riguarda misure e processi organizzativi piuttosto che strumenti. La NIS 2 richiede analisi dei rischi e politiche di sicurezza, gestione degli incidenti, continuità operativa, sicurezza della catena di fornitura, sicurezza nell’acquisizione, nello sviluppo e nella manutenzione dei sistemi di rete e informativi, compresa la gestione delle vulnerabilità, l’igiene informatica e la formazione, il controllo degli accessi e la crittografia. Questo feed si ricollega a due di tali categorie: la sicurezza della catena di fornitura, indicando i pacchetti di terze parti che veicolano minacce note, e la gestione delle vulnerabilità durante lo sviluppo, fornendo intervalli di versioni vulnerabili, stringhe CPE e versioni con patch raccomandate. Non apporta alcun contributo alla gestione degli incidenti, alla continuità operativa, al controllo degli accessi, all’autenticazione a più fattori, alla formazione del personale, alla crittografia o alla protezione degli endpoint, e non genera alcuna documentazione relativa alle politiche. Consideratelo come un input all’interno di un processo di sicurezza dello sviluppo che deve esistere indipendentemente da esso.
Sono in vigore due provvedimenti ufficiali ed è importante conoscerli entrambi prima di un acquisto. L’Ufficio federale tedesco per la sicurezza informatica (BSI) ha sconsigliato l’uso del software antivirus Kaspersky dal 15 marzo 2022 e continua a pubblicare tale avviso; a seguito della legge tedesca di attuazione della direttiva NIS 2, entrata in vigore il 6 dicembre 2025, tale avvertenza rientra ora nell’ambito di applicazione della Sezione 13 della BSIG. Il BSI precisa che l’avviso riguarda i software antivirus del portafoglio Kaspersky e che non ha rilasciato alcuna dichiarazione su altri prodotti, il che costituisce una distinzione rilevante per un feed di dati solo testuale. Negli Stati Uniti, il Dipartimento del Commercio ha emesso il 20 giugno 2024 una «Final Determination» che vieta a Kaspersky di fornire software antivirus e prodotti o servizi di sicurezza informatica a soggetti statunitensi, in vigore dal 29 settembre 2024, e ha aggiunto AO Kaspersky Lab, insieme ad altre due entità, all’Entity List. La Svizzera ha adottato una linea diversa: la BACS non ha emesso alcun avviso né direttiva interna sul software Kaspersky, ha dichiarato che la sua valutazione tecnica non è stata modificata dal divieto statunitense e ha affermato che avrebbe informato il pubblico qualora avesse ottenuto prove di un uso improprio. Kaspersky respinge l’avviso del BSI in quanto non basato su un’analisi oggettiva dei rischi tecnici, fa riferimento ai propri centri dati in Svizzera e, all’inizio del 2026, ha chiesto al BSI di ritirare l’avviso, riservandosi di intraprendere azioni legali. Per quanto riguarda i test, si noti che i laboratori comparativi indipendenti valutano i prodotti Kaspersky per endpoint, non questo feed di dati; pertanto, nessun punteggio di test può essere applicato a quest’ultimo in alcun modo. In pratica, ciò è particolarmente rilevante per le gare d’appalto del settore pubblico, per i fornitori degli enti federali tedeschi e per chiunque abbia contratti o clausole della catena di fornitura dei clienti che limitino l’uso di software di origine russa; per gli altri acquirenti, il dato tecnico rilevante è che il feed non invia alcun codice eseguibile e non avvia alcun processo sui sistemi degli utenti.
Sì, ma solo per una sezione di domande. Fornisce una risposta difendibile alle domande relative allo screening dei componenti di terze parti, alle modalità di identificazione delle dipendenze open source vulnerabili e dannose e al fatto che i controlli vadano oltre gli elenchi CVE pubblicati, poiché il feed segnala anche pacchetti deliberatamente dannosi, riskware e pacchetti alterati per motivi politici. Non fornisce alcuna risposta in merito alla protezione degli endpoint, all’EDR, alla gestione delle patch dei sistemi operativi, alla crittografia, all’autenticazione a più fattori, al backup e al ripristino, al controllo degli accessi, alla conservazione dei log, alla formazione sulla sicurezza, alla risposta agli incidenti, ai test di penetrazione o alle certificazioni. Inoltre, di per sé non produce alcun documento probatorio: la traccia di audit che un cliente desidera vedere deve provenire dai report dello strumento che utilizza il feed, ed è proprio questo il punto che la maggior parte degli acquirenti sottovaluta. Per colmare le lacune più grandi al minor costo, è consigliabile rimanere all’interno della stessa famiglia di fornitori prima di combinare diversi fornitori: le questioni relative agli endpoint e all’EDR sono coperte dalla linea Kaspersky Next, mentre la corrispondenza dal lato SIEM e il contesto degli avvisi sono gestiti da Kaspersky CyberTrace o dalla Kaspersky Unified Monitoring and Analysis Platform.
La differenza fondamentale sta nel punto in cui avviene il confronto dei dati: il feed Open Source Threats viene confrontato con l’elenco delle dipendenze all’interno del processo di compilazione, mentre i feed di sicurezza di rete vengono confrontati con il traffico e gli eventi a livello perimetrale e nel SIEM. Questa differenza determina tutto il resto, compresi il tipo di dati, il formato di distribuzione e la frequenza degli aggiornamenti. Entrambi sono abbonamenti a dati piuttosto che a software e nessuno dei due blocca nulla di per sé. L’acquisto di uno non copre il caso d’uso dell’altro, pertanto i team di sviluppo e quelli delle operazioni di sicurezza necessitano solitamente di feed diversi appartenenti alla stessa linea.
| Proprietà | Minacce open source | Feed di sicurezza di rete |
|---|---|---|
| Dati elencati | Pacchetti software | URL, hash, indirizzi IP |
| Caso d'uso principale | Creazione di una pipeline | SIEM e firewall |
| Formato di consegna | JSON | JSON, CSV, OpenIoC, STIX |
| Alimenta una lista di blocchi NGFW | ✕ | ✓ |
| Intervallo di aggiornamento | Ogni 4 ore | A partire da 20 minuti |
La disponibilità a livello regionale è la prima limitazione da verificare: ai sensi della Determinazione definitiva degli Stati Uniti del giugno 2024, Kaspersky non può fornire prodotti o servizi di sicurezza informatica negli Stati Uniti né a soggetti statunitensi, con effetto dal 29 settembre 2024; pertanto, le entità statunitensi e le filiali con sede negli Stati Uniti non rientrano nel mercato di riferimento per questo abbonamento. La seconda limitazione è all’origine della maggior parte degli acquisti successivi: il feed contiene solo dati; Kaspersky non esegue alcun abbinamento, pertanto è necessario disporre di uno strumento di analisi dei componenti software già esistente in grado di importare un elenco di pacchetti in formato JSON oppure dedicare risorse di sviluppo per realizzare autonomamente tale funzione di abbinamento. La copertura dei repository è limitata agli otto repository pubblicati, pertanto i pacchetti provenienti da crates.io, RubyGems, Conda o dai registri di immagini container non sono inclusi, sebbene Kaspersky affermi che ulteriori repository potranno essere aggiunti man mano che acquisiranno popolarità. Infine, l’ambito è limitato esclusivamente ai pacchetti open source di terze parti: il proprio codice sorgente, le librerie commerciali di terze parti e le configurazioni errate nell’infrastruttura non rientrano in ciò che questo feed è in grado di rilevare, e non protegge endpoint, server o caselle di posta.
No. Si tratta di una fonte di dati progettata per essere utilizzata da tali strumenti o dai propri script. Kaspersky fornisce i record dei pacchetti e il contesto; l’identificazione di quali di questi pacchetti compaiono nei vostri progetti viene effettuata dai vostri strumenti, tramite il confronto di parametri quali il nome e la versione del pacchetto.
Sì. Oltre a PyPI, npm, NuGet, Maven, Composer e Go, il feed esegue la scansione dei repository RPM e Debian e registra le versioni dei sistemi operativi supportate per questi pacchetti. I risultati sono collegati alle voci degli avvisi di sicurezza di Debian, degli avvisi di sicurezza di CentOS e degli avvisi di sicurezza di Red Hat.
La linea Kaspersky Threat Data Feeds si integra con le piattaforme SIEM e di threat intelligence, tra cui IBM QRadar, Splunk Enterprise Security, ArcSight ESM, Azure Sentinel e MISP, solitamente tramite Kaspersky CyberTrace. I risultati relativi ai pacchetti sono comunque più utili in fase di compilazione, poiché un SIEM non ha visibilità sulle dipendenze dichiarate da un progetto.