Was sind die wesentlichen Merkmale von „Kaspersky Threat Data Feeds Open Source Threats“?
Keine Konsole – Abonnement-Datenfeed, kein Agent und kein Dashboard.
Bereitstellung im JSON-Format – Maschinell lesbare Datensätze für den automatisierten Abgleich in Pipelines.
Acht Repositories – PyPI, npm, NuGet, Maven, Composer, Go, RPM, Debian.
Bedrohungsarten – Anfällige, bösartige, Riskware- und politisch kompromittierte Pakete.
Daten ohne Binärdateien – Es gelangt kein ausführbarer Code in Ihre Build-Umgebung.
Wichtiger Hinweis – Sie stellen das Abgleich-Tool oder den SCA-Scanner selbst bereit.
Open-Source-Paketdatensätze – Einträge zu bekannten bösartigen, kompromittierten und anfälligen Paketen.
Acht Paket-Repositories – PyPI, npm, NuGet, Maven, Composer, Go, RPM und Debian.
Querverweise zu Sicherheitshinweisen – GitHub Security Advisory, CVE MITRE, Debian- und CentOS-Warnmeldungen.
Versions- und Patch-Kontext – Listen anfälliger Versionen, CPE-Strings und empfohlene gepatchte Versionen.
Malware-Paketkontext – Schweregrad, Auswirkungen auf das System, CWE und Hashes kompromittierter Versionen.
Wichtig – Keine Verwaltungskonsole, kein Agent und keine Scan-Engine enthalten.
„Kaspersky Threat Data Feeds Open Source Threats“ ist der Handelsname für den „Kaspersky Open Source Software Threats Data Feed“, einen von mehr als 25 Feeds in der Produktreihe „Kaspersky Threat Data Feeds“. Er verfügt über kein eigenes Verwaltungsmodell: Sie abonnieren einen JSON-Datensatz und gleichen ihn mit Ihren eigenen Tools mit Ihrem eigenen Abhängigkeitsinventar ab.
Abhängigkeitsprüfung – Kennzeichnet riskante Pakete, bevor sie in einen Produktions-Build gelangen.
Aktualisierungen alle vier Stunden – Der Feed wird alle vier Stunden von Kaspersky aktualisiert.
Keine Binärdateien – Ausschließlich textbasierte Datensätze, sodass keine ausführbaren Dateien auf Ihre Build-Server gelangen.
Über CVE-Daten hinaus – Umfasst nicht nur Schwachstellen, sondern auch absichtlich bösartige und politisch manipulierte Pakete.
Automatisierungsfähige Ausgabe – JSON mit CPE-Strings für den skriptgesteuerten Abgleich in CI-Pipelines.
Exploit-Hashes – Hashes von in freier Wildbahn beobachteten Exploits zur Priorisierung.
Die Unternehmensgröße ist für dieses Produkt kein geeignetes Kriterium. Entscheidend ist vielmehr, ob Ihr Unternehmen Software entwickelt, die Open-Source-Pakete von Drittanbietern einbindet, und ob Sie bereits ein Tool einsetzen, das eine JSON-Paketliste mit Ihrem Abhängigkeitsinventar abgleichen kann. Ein Unternehmen mit 30 Entwicklern profitiert stärker von diesem Feed als ein Unternehmen mit 800 Büroangestellten, das ausschließlich fertige Software kauft.
| Anforderungen | Kleines Unternehmen | Mittelständisches Unternehmen | Großunternehmen |
|---|---|---|---|
| Meldepflicht in der Schweiz | Nach Branchen | Nach Branchen | Nach Branchen |
| NIS 2 in der Europäischen Union | ✕ | Nach Sektoren | Nach Sektoren |
| Sicherheitsfragebogen von Großkunden | Falls Lieferant | ✓ | ✓ |
| Eigenentwickelte Pipeline und passende Werkzeuge | ✕ | Gelegentlich | ✓ |
| Dieses Produkt passt | ✕ | Zu DevSecOps | ✓ |
Die Meldepflicht gemäss dem revidierten Informationssicherheitsgesetz gilt für Betreiber kritischer Infrastrukturen, nicht für Unternehmen im Allgemeinen, und richtet sich nach Sektor und Rolle und nicht nach der Anzahl der Mitarbeiter. Betroffene Betreiber müssen einen Cyberangriff innerhalb von 24 Stunden nach dessen Entdeckung dem Bundesamt für Cybersicherheit (BACS) melden. Dieser Feed deckt einen engen Teil dieses Gesamtbildes ab: Er informiert Sie darüber, welche Open-Source-Pakete in Ihrer eigenen Software bekanntermaßen bösartig, kompromittiert oder anfällig sind – genau die Detailangaben, die ein Bericht benötigt, wenn der Angriffseinstiegspunkt eine manipulierte Abhängigkeit war. Er erkennt den Angriff nicht, überwacht Ihr Netzwerk nicht, führt keine Protokolle und erstellt keinen Bericht, den Sie einreichen könnten; daher wird die 24-Stunden-Frist weiterhin von Ihrem Überwachungs- und Vorfallmanagementprozess geregelt, nicht von diesem Abonnement. Er sagt auch nichts über Ihren eigenen Quellcode aus, sondern nur über Pakete von Drittanbietern, die Sie einbinden. Dieser Text stellt keine Rechtsberatung dar, und ob Ihre Organisation der Meldepflicht unterliegt, sollte mit Ihrem eigenen Rechtsbeistand geprüft werden.
Kein Produkt sorgt dafür, dass ein Unternehmen die Anforderungen der NIS-2-Richtlinie erfüllt, da sich die Richtlinie auf organisatorische Maßnahmen und Prozesse und nicht auf Tools bezieht. NIS 2 verlangt Risikoanalysen und Sicherheitsrichtlinien, die Bearbeitung von Vorfällen, Geschäftskontinuität, Sicherheit in der Lieferkette, Sicherheit bei der Beschaffung, Entwicklung und Wartung von Netzwerk- und Informationssystemen – einschließlich des Umgangs mit Schwachstellen, Cyberhygiene und Schulungen –, Zugriffskontrolle sowie Kryptografie. Dieser Feed deckt zwei dieser Kategorien ab: die Sicherheit der Lieferkette, indem er Drittanbieter-Pakete nennt, die bekannte Bedrohungen enthalten, und den Umgang mit Schwachstellen während der Entwicklung, indem er anfällige Versionsbereiche, CPE-Strings und empfohlene gepatchte Versionen bereitstellt. Er leistet keinen Beitrag zur Vorfallbearbeitung, Geschäftskontinuität, Zugriffskontrolle, Multi-Faktor-Authentifizierung, Mitarbeiterschulung, Kryptografie oder Endpunktschutz und erzeugt keine Richtliniendokumentation. Betrachten Sie ihn als einen Beitrag zu einem Entwicklungs-Sicherheitsprozess, der unabhängig davon existieren muss.
Es gelten zwei offizielle Maßnahmen, die Sie vor einem Kauf kennen sollten. Das Bundesamt für Sicherheit in der Informationstechnik (BSI) warnt seit dem 15. März 2022 vor der Nutzung von Kaspersky-Virenschutzsoftware und veröffentlicht diese Warnung nach wie vor; gemäß dem deutschen Gesetz zur Umsetzung der NIS-2-Richtlinie, das am 6. Dezember 2025 in Kraft trat, fällt diese nun unter § 13 BSIG. Das BSI stellt klar, dass die Warnung Virenschutzsoftware aus dem Kaspersky-Portfolio betrifft und dass es keine Stellungnahme zu anderen Produkten abgegeben hat – ein wesentlicher Unterschied für einen rein textbasierten Datenfeed. In den Vereinigten Staaten hat das Handelsministerium am 20. Juni 2024 eine endgültige Entscheidung erlassen, die es Kaspersky untersagt, Antivirensoftware sowie Cybersicherheitsprodukte oder -dienstleistungen an US-Personen zu liefern; diese Entscheidung ist seit dem 29. September 2024 in Kraft, und es hat AO Kaspersky Lab zusammen mit zwei weiteren Unternehmen in die Entity List aufgenommen. Die Schweiz hat einen anderen Kurs eingeschlagen: Die BACS hat weder eine Warnung noch eine interne Richtlinie zu Kaspersky-Software herausgegeben, erklärte, dass sich ihre technische Bewertung durch das US-Verbot nicht geändert habe, und kündigte an, die Öffentlichkeit zu informieren, falls ihr Beweise für einen Missbrauch vorliegen sollten. Kaspersky weist die Warnung des BSI als nicht auf einer objektiven technischen Risikoanalyse beruhend zurück, verweist auf seine Rechenzentren in der Schweiz und forderte das BSI Anfang 2026 auf, die Warnung zurückzuziehen, wobei es sich rechtliche Schritte vorbehält. Was die Tests betrifft, ist zu beachten, dass die unabhängigen Vergleichslabore die Endpunktprodukte von Kaspersky bewerten, nicht diesen Datenfeed; daher können keine Testergebnisse in irgendeiner Weise auf diesen übertragen werden. In der Praxis ist dies vor allem für Ausschreibungen im öffentlichen Sektor, für Lieferanten deutscher Bundesbehörden und für alle relevant, deren Verträge oder Lieferkettenklauseln den Einsatz von Software russischer Herkunft einschränken; für andere Käufer ist die relevante technische Tatsache, dass der Feed keinen ausführbaren Code überträgt und keine Prozesse auf Ihren Systemen ausführt.
Ja, aber nur für einen Fragenblock. Er liefert Ihnen eine fundierte Antwort auf Fragen zur Überprüfung von Komponenten von Drittanbietern, dazu, wie Sie anfällige und bösartige Open-Source-Abhängigkeiten identifizieren, und dazu, ob Ihre Überprüfungen über veröffentlichte CVE-Listen hinausgehen, da der Feed auch absichtlich bösartige Pakete, Riskware und aus politischen Gründen veränderte Pakete kennzeichnet. Er gibt keinerlei Auskunft über Endgeräteschutz, EDR, Patch-Management von Betriebssystemen, Verschlüsselung, Multi-Faktor-Authentifizierung, Sicherung und Wiederherstellung, Zugriffskontrolle, Aufbewahrungsfristen für Protokolle, Sensibilisierungsschulungen, Incident Response, Penetrationstests oder Zertifizierungen. Außerdem liefert er selbst keine Nachweisdokumente: Der Prüfpfad, den ein Kunde sehen möchte, muss aus den Berichten des Tools stammen, das den Feed nutzt – und genau diesen Punkt unterschätzen die meisten Käufer. Um die größten Lücken zu den geringsten Kosten zu schließen, sollten Sie innerhalb derselben Anbieterfamilie bleiben, anstatt verschiedene Anbieter zu mischen: Fragen zu Endgeräten und EDR werden von der Kaspersky Next-Produktreihe abgedeckt, während die SIEM-seitige Zuordnung und der Kontext der Warnmeldungen durch Kaspersky CyberTrace oder die Kaspersky Unified Monitoring and Analysis Platform gewährleistet werden.
Der entscheidende Unterschied liegt darin, wo die Daten abgeglichen werden: Der „Open Source Threats“-Feed wird im Rahmen des Build-Prozesses mit Ihrer Abhängigkeitsliste abgeglichen, während die Netzwerksicherheits-Feeds mit dem Datenverkehr und den Ereignissen am Perimeter sowie im SIEM abgeglichen werden. Dieser Unterschied bestimmt alles Weitere, einschließlich des Datentyps, des Bereitstellungsformats und des Aktualisierungsrhythmus. Beides sind Abonnements für Daten und nicht für Software, und keines der beiden blockiert von sich aus irgendetwas. Der Kauf des einen deckt den Anwendungsfall des anderen nicht ab, sodass Entwicklungsteams und Sicherheitsteams in der Regel verschiedene Feeds aus derselben Produktreihe benötigen.
| Eigenschaft | Open-Source-Bedrohungen | Netzwerksicherheits-Feeds |
|---|---|---|
| Aufgeführte Daten | Softwarepakete | URLs, Hashes, IP-Adressen |
| Hauptanwendungsfall | Build-Pipeline | SIEM und Firewall |
| Ausgabeformat | JSON | JSON, CSV, OpenIoC, STIX |
| Speist eine NGFW-Blockierliste | ✕ | ✓ |
| Aktualisierungsintervall | Alle 4 Stunden | Ab 20 Minuten |
Die regionale Verfügbarkeit ist die erste Einschränkung, die Sie prüfen sollten: Gemäß der endgültigen Entscheidung der USA vom Juni 2024 darf Kaspersky keine Cybersicherheitsprodukte oder -dienstleistungen in den Vereinigten Staaten oder an US-Personen liefern; diese Regelung gilt seit dem 29. September 2024, sodass US-Unternehmen und in den USA ansässige Tochtergesellschaften nicht zum Zielmarkt für dieses Abonnement gehören. Die zweite Einschränkung führt zu den meisten Folgekäufen: Der Feed enthält ausschließlich Daten; Kaspersky führt keinen Abgleich durch, und Sie benötigen entweder ein vorhandenes Tool zur Analyse von Softwarekomponenten, das eine JSON-Paketliste verarbeiten kann, oder müssen den Entwicklungsaufwand auf sich nehmen, um diesen Abgleich selbst zu erstellen. Die Abdeckung der Repositorys beschränkt sich auf die acht veröffentlichten Repositorys, sodass Pakete von crates.io, RubyGems, Conda oder Container-Image-Registries nicht abgedeckt sind, obwohl Kaspersky angibt, dass weitere Repositorys hinzugefügt werden können, sobald sie an Popularität gewinnen. Schließlich beschränkt sich der Umfang ausschließlich auf Open-Source-Pakete von Drittanbietern: Ihr eigener Quellcode, kommerzielle Bibliotheken von Drittanbietern und Fehlkonfigurationen in Ihrer Infrastruktur liegen außerhalb dessen, was dieser Feed Ihnen mitteilen kann, und er schützt weder Endgeräte noch Server oder E-Mail-Postfächer.
Nein. Es handelt sich um eine Datenquelle, die für die Nutzung durch ein solches Tool oder durch Ihre eigenen Skripte konzipiert ist. Kaspersky liefert die Paketdatensätze und den Kontext; die Identifizierung, welche dieser Pakete in Ihren Projekten vorkommen, erfolgt durch Ihre Tools anhand von Parametern wie Paketname und Version.
Ja. Neben PyPI, npm, NuGet, Maven, Composer und Go durchsucht der Feed auch RPM- und Debian-Repositorys und erfasst die unterstützten Betriebssystemversionen für diese Pakete. Die Ergebnisse sind mit Einträgen in den Debian Security Advisories, CentOS Security Alerts und Red Hat Security Advisories verknüpft.
Die Kaspersky Threat Data Feeds lassen sich in SIEM- und Threat-Intelligence-Plattformen wie IBM QRadar, Splunk Enterprise Security, ArcSight ESM, Azure Sentinel und MISP integrieren, in der Regel über Kaspersky CyberTrace. Die Ergebnisse zu den Paketen sind nach wie vor am nützlichsten zum Zeitpunkt der Kompilierung, da ein SIEM keinen Einblick darin hat, welche Abhängigkeiten ein Projekt deklariert.