OSS Scanner: Anthropic sucht kostenlos Lücken in Open-Source-Code

Von /
Isometrische Code-Bausteine unter einer Scanner-Lupe zwischen Schwachstelle und Patch – OSS Scanner von Anthropic

Anthropic bietet ausge­wähl­ten Open-Source-Projekten mit dem OSS Scanner kosten­lose KI-Sicherheitsscans an. Die Berichte gehen ohne mensch­li­che Vorprüfung direkt an die Maintainer. Wir ordnen ein, was das für Unternehmen und Medienhäuser bedeu­tet, deren CMS, DAM und Integrationen auf Open-Source-Bibliotheken aufbauen.

Am 8. Oktober 2026 hat Anthropic den Dienst im Blogbeitrag »An opt-in vulnerabi­lity-finding service for open-source soft­ware« vorge­stellt. heise online, Help Net Security und SiliconANGLE haben darüber berich­tet. Der Dienst ist nach Angaben von Anthropic an Googles Fuzzing-Programm OSS-Fuzz ange­lehnt und nutzt die stärks­ten Modelle des Unternehmens, darun­ter Claude Mythos.

So funktioniert der OSS Scanner

Teilnehmen können laut Anthropic nur Kern-Maintainer etablier­ter Projekte, die eine »kriti­sche Bedeutung für Infrastruktur und Nutzersicherheit« haben. Anthropic entschei­det im Einzelfall und kann Anträge ableh­nen. Die Anmeldung läuft per Pull Request im GitHub-Repository anthro­pics/oss-scan­ner. Darin hinter­legt das Projekt eine Kontaktadresse, ein Dockerfile für den Build und optio­nal ein eige­nes Bedrohungsmodell, an dem sich die Einstufung der Schweregrade orien­tiert.

Gescannt wird regel­mä­ßig, ein festes Intervall nennt Anthropic nicht. Jeder Bericht soll eine Beschreibung der Schwachstelle, einen Reproducer und, wo möglich, einen Patch-Vorschlag enthal­ten. Der Dienst ist laut den Nutzungsbedingungen kosten­los und wird ohne Gewährleistung bereit­ge­stellt.

Zur Offenlegung gilt: Für die auto­ma­tisch erzeug­ten Berichte gibt es keine feste Frist, Anthropic veröf­fent­licht sie nicht. Prüft Anthropic einen Fund jedoch manu­ell und infor­miert das Projekt darüber, kann das Unternehmen die Lücke nach seiner Richtlinie für koor­di­nierte Offenlegung 90 Tage später öffent­lich machen. Projekte können die Berichte jeder­zeit pausie­ren oder sich abmel­den.

Zur Treffsicherheit nennt Anthropic eigene Zahlen: Penetrationstester hätten 97 Funde mit hohem oder kriti­schem Schweregrad aus 48 Projekten geprüft, die eine frühe Version des Scanners gelie­fert hatte. 85 davon (88 Prozent) erfüll­ten die Schwelle für eine koor­di­nierte Offenlegung, 11 waren echt, aber Duplikate bereits bekann­ter Probleme oder ande­rer Funde dessel­ben Scans, einer war eine Falschmeldung. Eine unab­hän­gige Überprüfung dieser Herstellerangaben liegt bisher nicht vor. Anthropic räumt selbst ein, dass Berichte falsch sein können. Nach Rückmeldungen aus den Projekten seien Schweregrade teils zu hoch einge­stuft oder das Bedrohungsmodell eines Projekts miss­ver­stan­den worden.

Was bedeutet das konkret?

Redaktionssysteme, DAM-Lösungen, Webportale und Schnittstellen enthal­ten fast immer Open-Source-Bibliotheken, etwa für Bildverarbeitung, PDF-Erzeugung, Datenbankzugriff oder Verschlüsselung. Werden dort mehr Lücken gefun­den, kommt das indi­rekt auch Ihren Systemen zugute, erzeugt aber zusätz­li­che Arbeit.

  • Mehr Sicherheitsupdates: Wenn Maintainer mehr Funde behe­ben, erschei­nen mehr Patches und CVE-Meldungen. Das Patch-Management muss diese Taktung verkraf­ten.
  • Abhängigkeit vom Hersteller: Eine beho­bene Lücke in einer Bibliothek ist erst geschlos­sen, wenn der Hersteller Ihres CMS oder DAM die neue Version einbin­det und auslie­fert.
  • Last bei den Maintainern: Weil Anthropic die auto­ma­tisch erzeug­ten Funde nicht vorab prüft, liegt die Bewertung bei den Projekten. Gerade kleine Teams kann das zusätz­lich belas­ten.
  • Grenzen der KI: Ein KI-Fund ist ein Hinweis, kein Beweis. Auch vorge­schla­gene Patches müssen laut Nutzungsbedingungen vor dem Einsatz geprüft werden.
  • Nur ein Ausschnitt: Gescannt werden ausge­wählte, kriti­sche Projekte. Für weni­ger verbrei­tete Bibliotheken in Ihrer Software-Lieferkette ändert sich zunächst nichts.

Unsere Empfehlung

Nehmen Sie die Ankündigung zum Anlass, Ihre Software-Lieferkette zu über­prü­fen:

  • Verschaffen Sie sich einen Überblick, welche Open-Source-Komponenten in Ihren Systemen und eige­nen Integrationen stecken. Eine Stückliste der Softwarekomponenten (SBOM) hilft dabei.
  • Fragen Sie bei Ihren Herstellern nach, wie schnell sie Sicherheitsupdates von Bibliotheken über­neh­men und wie sie Kunden darüber infor­mie­ren.
  • Planen Sie feste Wartungsfenster und eine Testumgebung ein, damit Updates nicht zum Risiko für den laufen­den Betrieb werden.
  • Wenn Sie KI-Werkzeuge selbst zur Codeprüfung einset­zen, lassen Sie Funde und Patches immer von Fachleuten bewer­ten.

So unter­stützt aaroon

Welche Rolle KI auf Angreifer- und Verteidigerseite spielt, haben wir in unse­rem Beitrag Künstliche Intelligenz in der Cybersicherheit beschrie­ben. Bei der Bestandsaufnahme Ihrer Systemlandschaft und Schnittstellen unter­stützt Sie aaroon im Rahmen von CONSULT + CONNECT.

Ob der OSS Scanner die Sicherheit verbrei­te­ter Open-Source-Komponenten mess­bar verbes­sert, wird sich erst zeigen, wenn unab­hän­gige Auswertungen und Erfahrungen der Maintainer vorlie­gen.

Quellen

Wie können wir Sie unter­stüt­zen?

Kostenloses Erst-Gespräch

Lassen Sie uns gemein­sam prüfen, wo in Ihren Kommunikations‑, Marketing- oder Unternehmensprozessen konkrete Effizienzpotenziale liegen.

– Henning Bartens, Co-CEO

Termin verein­ba­ren


Strukturiert. Ehrlich. Informativ.

Nach oben scrollen