Hacker nutzen Claude, um Bugs schneller zu finden, als du sie patchen kannst

Im März 2026 scannte ein autonomer Bot, angetrieben von Claude, 47.391 GitHub-Repositories. Er hat sie nicht nur angeschaut. Er hat mehrere große Projekte kompromittiert, darunter Aqua Securitys Trivy Vulnerability Scanner.

Lass das mal kurz sacken. Ein Sicherheitstool wurde von einem KI-Bot gehackt.

Ich baue und betreue seit über sechs Jahren Websites. Plugin-Konflikte, kaputte Updates, gelegentliche Brute-Force-Angriffe auf WordPress-Logins von Kunden. Standardkram. Aber was gerade im Security-Bereich passiert, ist fundamental anders. Die Tools, mit denen ich Software baue, werden gleichzeitig genutzt, um sie kaputt zu machen. Und die Angreifer sind schneller als irgendjemand von uns mithalten kann.

Der Tag, an dem ein Chatbot 17 Unternehmen gehackt hat

Im August 2025 veröffentlichte Anthropic (das Unternehmen hinter Claude) etwas, das mir den Magen umdrehte. Sie hatten einen einzelnen Hacker erwischt, der ihre KI für eine Operation nutzte, die NBC News als "beispiellos" bezeichnete.

Eine Person. Eine KI. Siebzehn Unternehmen kompromittiert.

Das hat der Hacker mit Claude gemacht: verwundbare Unternehmen identifiziert, maßgeschneiderte Malware für jedes Ziel geschrieben, Sozialversicherungsnummern, Bankdaten und Dateien von Rüstungsunternehmen gestohlen. Dann analysierte die KI die Finanzen jedes Unternehmens, um genau zu berechnen, wie viel Lösegeld sie sich leisten können. Sie hat sogar die Erpressungsmails verfasst.

Die Lösegeldforderungen lagen zwischen 75.000 und 500.000 Dollar pro Unternehmen.

Der Teil, der mich nachts wach hält, ist nicht, dass es passiert ist. Es ist, wie effizient es war. Was früher ein Team erfahrener Hacker über Monate brauchte, hat eine Person mit einem KI-Chatbot erledigt. Die Ökonomie der Cyberkriminalität hat sich komplett verändert.

KI findet Bugs in Stunden. Du patchst in Wochen.

Hier wird die Mathematik beängstigend.

2018 lag die durchschnittliche Zeit zwischen der Veröffentlichung einer Schwachstelle und ihrer Ausnutzung bei 63 Tagen. Zwei Monate zum Patchen. Reichlich Zeit. Man konnte es planen, testen, an einem ruhigen Dienstag ausrollen.

2026 ist diese Zahl laut Googles M-Trends Report negativ geworden. Das bedeutet: Exploits existieren bevor die Schwachstelle überhaupt öffentlich bekannt wird. 28,3% der CVEs werden innerhalb von 24 Stunden nach Veröffentlichung ausgenutzt.

Und wie lange braucht eine durchschnittliche Organisation, um eine kritische Schwachstelle zu patchen? 74 Tage, laut Edgescans Report von 2025.

Lies diese Zahlen nochmal. Ausgenutzt innerhalb von Stunden. Gepatcht in zweieinhalb Monaten. Das ist keine Lücke. Das ist ein Abgrund.

Anthropic's eigenes Claude Mythos Projekt fand einen 27 Jahre alten Bug in OpenBSD für unter 20.000 Dollar Rechenkosten. Es entdeckte auch einen 16 Jahre alten Fehler in FFmpeg und eine 17 Jahre alte Remote Code Execution Schwachstelle in FreeBSD. Bugs, die Tausende menschliche Sicherheitsforscher jahrzehntelang übersehen hatten, von einer KI in Stunden gefunden.

Berechtigte Frage: Wenn KI jahrzehntealte Bugs so schnell findet, welche Chance hat deine frisch deployte Web-App?

Deine Dependencies sind die Angriffsfläche

Hier ist das, worüber niemand reden will. Deine Website ist nicht wirklich "dein" Code. Sie ist ein Turm aus Dependencies, und jede einzelne ist ein potenzieller Einstiegspunkt.

Im September 2025 entdeckten Sicherheitsforscher Shai-Hulud, die erste sich selbst replizierende npm-Malware. Sie infizierte über 500 Packages mit zusammen 2,6 Milliarden wöchentlichen Downloads. Selbst-replizierend. Wie ein Wurm, der sich von Package zu Package durch den Dependency-Baum frisst.

Dann wurde im März 2026 das Axios npm-Package kompromittiert. Axios. Die HTTP-Bibliothek, die praktisch jede JavaScript-Anwendung nutzt. 100 Millionen wöchentliche Downloads betroffen. Angreifer nutzten gestohlene npm-Zugangsdaten, um bösartige Versionen mit einer Phantom-Dependency zu veröffentlichen.

Und das sind keine Einzelfälle. Sonatypes Forschung fand 454.600+ neue bösartige Packages, die allein 2025 veröffentlicht wurden. Die Gesamtzahl liegt jetzt bei über 1,2 Millionen. Über 99% aller Open-Source-Malware lebt auf npm.

Es gab sogar eine Kampagne namens "IndonesianFoods", die 100.000 bösartige Packages veröffentlichte. Ein neues Package alle sieben Sekunden. In dem Ausmaß ist das kein Angriff. Das ist eine Fabrik.

Wenn du ein modernes JavaScript-Projekt mit Hunderten von Dependencies betreibst, ist jedes einzelne npm install eine Vertrauensentscheidung. Und dieses Vertrauen wird gerade im industriellen Maßstab ausgenutzt.

Sogar deine KI-Coding-Tools können zur Waffe werden

Hier wird es persönlich für Entwickler wie mich.

Claude Code, das KI-Coding-Tool das ich täglich nutze, hatte zwei kritische Schwachstellen, die Anfang 2026 entdeckt wurden. CVE-2025-59536 ermöglichte Remote Code Execution über Projekt-Konfigurationsdateien. CVE-2026-21852 ermöglichte das Abgreifen von API-Keys. Ein bösartiges Repository konnte beliebige Befehle ausführen, sobald ein Entwickler Claude Code darauf startete.

Denk mal darüber nach. Du klonst ein Repo, startest deinen KI-Coding-Assistenten, um den Code zu verstehen, und dein Rechner ist bereits kompromittiert.

Trend Micro dokumentierte im April 2026 eine aktive Kampagne, die gezielt Entwickler mit "Claude Code Lures" angreift: gefälschte Repositories, die wie legitime Projekte aussehen und diese Tools ausnutzen. Und es ist nicht nur Claude. VentureBeat berichtete, dass Claude Code, GitHub Copilot und OpenAIs Codex alle erfolgreich über Credential-Theft-Angriffe kompromittiert wurden.

Die Tools, die wir nutzen, um schneller Code zu schreiben, werden zu Angriffsvektoren. Die Ironie entgeht mir nicht. Ich habe schon über die Sicherheitsrisiken von KI-generiertem Code geschrieben, aber selbst ich hätte nicht erwartet, dass die Angriffsfläche so schnell wächst.

Was dich das wirklich kostet

Lass uns über Geld reden, denn das ist es, was Geschäftsinhaber aufhorchen lässt.

Die globalen Durchschnittskosten eines Datenlecks liegen 2026 bei 4,44 Millionen Dollar. In den USA bei 10,22 Millionen Dollar, ein Rekord, 9% mehr als letztes Jahr.

"Aber ich bin ein kleines Unternehmen. Niemand wird mich angreifen."

43% der Cyberangriffe zielen auf kleine Unternehmen. Die Durchschnittskosten eines Phishing-Breaches für ein KMU liegen bei 200.000 Dollar. Allein die Wiederherstellung kostet 15.000 bis 50.000 Dollar.

Du bist nicht zu klein, um ein Ziel zu sein. Du bist die perfekte Größe. Klein genug für schwache Sicherheit. Groß genug für Daten, die es zu stehlen lohnt. Und jetzt macht KI es trivial günstig, Tausende von kleinen Unternehmens-Websites gleichzeitig auf Schwachstellen zu scannen.

Das ist der eigentliche Wandel. Früher brauchte es Aufwand, ein kleines Unternehmen anzugreifen. Ein menschlicher Hacker musste entscheiden, ob du seine Zeit wert bist. KI macht diese Berechnung nicht. Sie scannt einfach alles.

Was du tatsächlich tun kannst (ohne Security-Team)

Ich tue nicht so, als hätte ich hier alle Antworten. Ich betreibe keine Security-Firma. Ich betreibe eine Webentwicklungsagentur. Aber nachdem ich Dutzende Kunden-Websites durch dieses Chaos betreut habe, hier ist, was ich tatsächlich an meinem Workflow geändert habe.

Sperre deine Dependencies ab. Nutze Lockfiles (package-lock.json, yarn.lock). Pinne deine Versionen. Lass npm audit in deiner CI-Pipeline laufen, nicht nur wenn du dran denkst. Prüfe, was du installierst, bevor du es installierst.

Aktiviere Auto-Updates aggressiv. Ich war früher vorsichtig mit Auto-Updates. "Was wenn etwas kaputt geht?" Naja, was wenn etwas ausgenutzt wird, weil du drei Wochen mit dem Update gewartet hast? Die Rechnung hat sich geändert. Für WordPress-Seiten lasse ich jetzt alles automatisch aktualisieren und nutze Security-Plugins, die auf Probleme überwachen.

Prüfe deine Dependencies vierteljährlich. Nicht nur npm audit. Schau dir wirklich an, wovon du abhängig bist. Wie viele Maintainer hat das Package? Wann wurde es zuletzt aktualisiert? Ist es ein Ein-Personen-Projekt, das aufgegeben oder kompromittiert werden könnte?

Aktiviere 2FA überall. Dein npm-Account. Dein GitHub. Dein Hosting-Provider. Dein CMS. Alles. Der Axios-Compromise begann mit gestohlenen npm-Zugangsdaten. 2FA hätte das gestoppt.

Nutze eine WAF. Cloudflares Free Tier. Es stoppt nicht alles, aber es stoppt die niedrig hängenden Früchte, die automatisierte Scanner aufgreifen.

Vertraue KI-generiertem Code nicht blind. Das ist der schwierigste Punkt für mich, weil ich es liebe, mit KI zu coden. Aber jedes Stück KI-generierter Code braucht das gleiche Review, das du einem Pull Request eines Junior-Entwicklers geben würdest. Vielleicht sogar mehr.

Das Wettrüsten wird nicht langsamer

Anthropic hat Claude Mythos und Claude Code Security gestartet, um Feuer mit Feuer zu bekämpfen. KI-Tools, die Schwachstellen finden, bevor Angreifer es tun. IBMs X-Force meldete einen 44%igen Anstieg bei Angriffen auf öffentlich zugängliche Anwendungen in 2026.

Ich habe keine saubere Schlussfolgerung für diesen Beitrag. Die Tools, die mir helfen, Websites für Kunden zu bauen, sind dieselben Tools, die gegen diese Websites eingesetzt werden. Dieselbe KI, die mir hilft, besseren Code zu schreiben, hilft Angreifern, Fehler darin schneller zu finden, als ich sie beheben kann.

Was ich weiß: "Wir updaten das nächsten Monat" ist keine Sicherheitsstrategie mehr. War es wahrscheinlich nie, aber die Fehlertoleranz war früher größer. Diese Toleranz ist weg.

Wenn du ein Geschäftsinhaber bist und das hier liest: Die Frage ist nicht, ob KI-gestützte Angriffe dich betreffen werden. Die Frage ist, ob du bereit sein wirst, wenn es soweit ist. Und wenn du nicht sicher bist, wo du anfangen sollst, lass uns reden. Ich helfe lieber dabei, das zu verhindern, als es hinterher aufzuräumen.