Die Veröffentlichung von Sicherheits-Patches in Open-Source-Repositories stand bislang für gelebte Transparenz. Ein Vorfall um das OCaml-Paket cohttp 6.3.0 zeigt jedoch, wie autonome KI-Agenten die Dynamik der IT-Sicherheit verschieben. Anil Madhavapeddy, OCaml-Maintainer und Forscher an der University of Cambridge, dokumentierte eine beunruhigende Kette von Ereignissen unmittelbar nach einem Code-Update.
Madhavapeddy hatte einen öffentlichen Pull Request auf GitHub eingereicht, um eine Path-Traversal-Schwachstelle in cohttp 6.3.0 zu beheben. Kaum zehn Minuten nach der Veröffentlichung des Diffs verzeichneten seine öffentlich erreichbaren Live-Server automatisierte Angriffsversuche. Die einlaufenden Payloads zielten exakt auf das zuvor dokumentierte Fehlermuster ab, was auf eine vollautomatisierte Auswertung des Repositories hinweist.
Die Ursache für diese Geschwindigkeit liegt in modernen Coding-Agenten und Sprachmodellen. Werkzeuge wie DeepSeek V4 Pro oder Claude sind in der Lage, aus bloßen Code-Diffs oder kurzen Patch-Beschreibungen in unter 60 Sekunden lauffähige Exploit-Skripte zu generieren. Angreifer müssen Sicherheitslücken nicht mehr manuell nachvollziehen, sondern überlassen die Waffenfähigmachung spezialisierten KI-Pipelines.
Diese drastische Verkürzung der sogenannten Mean Time-to-Exploit stellt etablierte Sicherheitsprozesse vor fundamentale Probleme. Das klassische Modell des Responsible Disclosure ging bisher davon aus, dass Administratoren nach Bekanntwerden eines Fehlers ein Zeitfenster von mehreren Tagen oder Wochen für das Einspielen von Patches zur Verfügung steht. Wenn funktionierende Angriffe jedoch binnen Minuten nach einem Commit erfolgen, verpufft dieser zeitliche Puffer vollständig.
Für Open-Source-Maintainer und Unternehmen erfordert diese Entwicklung ein grundlegendes Umdenken im Umgang mit öffentlichen Repositories. Sicherheitsrelevante Patches können nicht mehr gefahrlos im offenen Arbeitsfluss diskutiert werden, ohne dass zeitgleich alle betroffenen Produktivsysteme aktualisiert sind. Experten fordern daher eine stärkere Kapselung von Fixes und die automatisierte Ausbringung von Patches, bevor Code-Änderungen auf Plattformen wie GitHub öffentlich sichtbar werden.