Chainguard Harness setzt Claude Mythos 5.1 ein, um ausnutzbare Sicherheitslücken zu finden und zu schließen

Chainguard hat Chainguard Harness vorgestellt, ein Cyber-Harness, das Frontier-KI-Modelle wie Claude Mythos 5.1 von Anthropic nutzt, um ausnutzbare Schwachstellen im Anwendungscode von Unternehmen zu finden und Korrekturen vorzuschlagen. Verfügbar ist es über den Claude Marketplace von Anthropic und vorerst über eine Warteliste für die Betaphase.
- Chainguard Harness nutzt Frontier-Modelle wie Claude Mythos 5.1 von Anthropic, um in einer laufenden App in einer isolierten microVM nach ausnutzbaren Schwachstellen zu suchen.
- Jeder Fund wird so lange wiederholt, bis er sich jedes Mal reproduzieren lässt, und ein Chainguard-Ingenieur prüft jeden Fix und jeden Bericht vor der Auslieferung.
- Zum Start betreiben Chainguard-Ingenieure Harness im Auftrag der Kunden, sowohl für Open-Source-Artefakte als auch für den Quellcode von Kunden.
- Harness wird über den Claude Marketplace verkauft, wo Unternehmen einen Teil ihres bestehenden Anthropic-Budgets einsetzen können, und ist über eine Beta-Warteliste verfügbar.
So funktioniert Harness
Laut Chainguard verbindet sich Harness über die GitHub-App Guardener mit dem Repository eines Teams, baut die Anwendung genau so, wie sie ausgeliefert wird, und startet sie in einer isolierten microVM. Ein Frontier-Modell prüft die laufende Anwendung anschließend auf ausnutzbare Schwachstellen. Es testet sie im Kontext, so wie es ein Angreifer tun würde, statt statischen Code zu lesen.
Jeder Fund wird in einer frischen, isolierten Umgebung so lange wiederholt, bis er sich jedes Mal reproduzieren lässt. Teams sehen also nur, was nachweislich funktioniert. Sobald eine Schwachstelle bestätigt ist, liefert Chainguard Schritte zur Reproduktion zusammen mit einem Fix, der für die jeweilige Codebasis geschrieben wurde. Das Unternehmen gibt an, dass dies sowohl für eigenen Code als auch für Open-Source-Abhängigkeiten gilt.
Chainguard beschreibt das Ziel so: Teams sollen Schwachstellensuche mit Frontier-Modellen nutzen können, ohne selbst Zugang zu solchen Modellen zu benötigen, und nur auf bewiesene Funde reagieren müssen, statt sich durch Rauschen zu wühlen.
Das Problem, das Chainguard angeht
Chainguard argumentiert, dass das Finden von Schwachstellen nicht mehr die eigentliche Schwierigkeit sei. Frontier-KI-Modelle seien bemerkenswert gut darin geworden, ausnutzbare Schwachstellen zu finden und zu verketten, doch die meisten Organisationen könnten diese Fähigkeit nicht auf ihren eigenen Code anwenden. Der Zugang zu Modellen, die Schwachstellen in eigenem und Open-Source-Code aufspüren, stand nach Angaben des Unternehmens bislang vor allem einem ausgewählten Kreis von Organisationen offen, die defensive Sicherheitsarbeit für kritische Infrastrukturen leisten.
Auch klassische Scanner kritisiert das Unternehmen. Sie analysieren statischen Code, melden Probleme, die womöglich nie erreichbar sind, und übersehen Logikfehler, Injection-Pfade und Fehler bei der Ressourcenerschöpfung, die erst auftreten, wenn eine Anwendung läuft. Die Folge sei laut Chainguard ein wachsender Rückstau ungeprüfter Warnmeldungen: Entwickler verbringen Stunden und Tokens damit, Funde zu sichten und eigene Patches zu schreiben, statt Software auszuliefern.
Dan Lorenc, CEO und Mitgründer von Chainguard, sagte: „Jedes Mal, wenn wir Harness auf Code angesetzt haben, hat es ernste, ausnutzbare Schwachstellen gefunden, auch in Software, die schon vielfach gescannt wurde, und in Code, der kritische Infrastruktur betreibt.“
Schutzmaßnahmen und Startmodell
Chainguard nennt mehrere Designentscheidungen für Sicherheit und Qualität:
- Isolation: Jeder Durchlauf findet in einer eigenen microVM-Sandbox statt, die aus dem Quellcode auf Chainguard OS gebaut wird, ohne ausgehenden Netzwerkverkehr, ohne Zugangsdaten im Inneren und mit vollständiger Audit-Protokollierung.
- Prüfung durch Menschen: Ein Chainguard-Ingenieur prüft und genehmigt jeden Fix und jeden Bericht, bevor er einen Kunden erreicht.
- Verantwortungsvolle Offenlegung: Schwachstellen, die in Open Source gefunden werden, gehen über Athena, den koordinierten Offenlegungsprozess von Chainguard, an die Maintainer im Upstream.
Zum Start betreiben Chainguard-Ingenieure Harness im Auftrag der Kunden. Sie setzen es auf die vertrauenswürdigen Open-Source-Artefakte an, die Chainguard bereits vertreibt, und liefern gepatchte Builds über das Chainguard Repository aus. Außerdem lassen sie es auf den Quellcode eines Kunden los und übergeben einen von Ingenieuren geprüften Bericht mit validierten Funden, inklusive Schweregrad, Auswirkungen, Reproduktionsschritten und empfohlener Behebung.
Kauf über den Claude Marketplace
Harness ist im Claude Marketplace erhältlich. Unternehmen können dafür einen Teil ihres bestehenden Anthropic-Budgets einsetzen. Die Abrechnung übernimmt Anthropic, sodass Anthropic-Kunden Harness ohne separaten Beschaffungsprozess hinzufügen und ihre KI-Ausgaben bündeln können.
Daniela Hurtado, Head of Commercial Cyber bei Anthropic, sagte, Modelle wie Claude Mythos 5.1 könnten „Schwachstellen aufdecken, die jahrelang unbemerkt geblieben sind, daher kommt es auf den Einsatz dieser Fähigkeit genauso an wie auf die Fähigkeit selbst“. Sie ergänzte, Harness „umgibt Mythos 5.1 mit Isolation, Reproduktion und menschlicher Prüfung“.
Was das für Sicherheitsteams bedeutet
Für Organisationen ohne direkten Zugang zu Frontier-Modellen bietet Harness einen verwalteten Weg zur KI-gestützten Schwachstellensuche, deren Ergebnis auf reproduzierte Funde und geprüfte Fixes beschränkt ist. Da Chainguard das Werkzeug zum Start selbst betreibt, erhalten Teams Berichte, statt das Modell selbst auszuführen. Derzeit gibt es Zugang nur über eine Beta-Warteliste, Preise nennt die Quelle nicht. Weitere Informationen finden sich auf der Harness-Seite von Chainguard unter www.chainguard.dev/harness.


