Der Kern des Problems ist im Quelltext klar beschrieben: Jeder Patch offenbart, was an einer Software fehlerhaft war und an welcher Stelle. Wer die Unterschiede zwischen alter und neuer Version analysiert, kann daraus einen Exploit für Systeme ableiten, die noch nicht aktualisiert wurden. Über Jahrzehnte war diese Rückentwicklung laut Text ein langsamer, hochspezialisierter Prozess, der meist Wochen oder Monate dauerte. Genau diese Annahme stellt Anthropic nun infrage.
Nach den dort genannten Messungen wandelte Claude Mythos Preview 18 Firefox-Patches in acht funktionsfähige Exploits zur Codeausführung um. Der schnellste Fall lag demnach unter einer Stunde nach Veröffentlichung des Patches durch Mozilla. Besonders brisant daran: Die Firefox-Ausgabe, die den Fix enthalten sollte, war laut Quelltext noch 18 Tage entfernt.
Auch die Ergebnisse für Windows fallen deutlich aus. Obwohl kein Quellcode verfügbar war und nur reduzierte Binärdateien sowie Decompiler-Ausgaben vorlagen, erzeugte das Modell nach Angaben im Text für 18 von 21 Kernel-Schwachstellen Proof-of-Concept-Abstürze. Der schnellste entstand in 31 Minuten. Acht dieser Lückenketten führten die Tests demnach bis zu SYSTEM-Rechten, zu Kosten von grob 2.000 US-Dollar pro Kette.
Der Quelltext hebt zudem hervor, dass eine dieser SYSTEM-Ketten auf einer Schwachstelle basierte, die Microsoft mit „Ausnutzung unwahrscheinlich“ eingestuft hatte. Diese Bewertungen seien auf menschliche Forscher kalibriert gewesen. Nach den beschriebenen Resultaten hält der Autor diese Kalibrierung nicht mehr für tragfähig.
Wichtig ist dabei auch: Laut Text bauten selbst die öffentlichen Claude-Modelle mit aktivierten Schutzmechanismen Exploits, wenn auch weniger. Die Fähigkeit sei also nicht exklusiv an ein einzelnes abgeschottetes Modell gebunden. Gleichzeitig räumt der Beitrag ein, dass der Schritt vom Exploit zur vollständigen Kompromittierung weiter zusätzliche Arbeit erfordert, etwa bei Zustellung, Zielauswahl und Umgehung von Schutzmaßnahmen. Gerade der bisherige Zeitgewinn für Verteidiger – die Umwandlung eines Patches in einen funktionierenden Exploit – sei jedoch eingebrochen.
Anthropic fasst das im Quelltext mit dem Satz zusammen: „N-Hour ist näher an der Realität, in der wir jetzt arbeiten.“ In diesem Zusammenhang fällt auch der Begriff „Vulnpocalypse“: ein Kipppunkt, an dem ein Modell eine veröffentlichte Schwachstelle schneller in eine Waffe verwandeln kann, als Verteidiger den Fix ausrollen.
Als Gegenargument gegen die reflexhafte Forderung nach immer schnellerem Patchen nennt der Text operative Grenzen: Regressionstests, Wartungsfenster und Verfügbarkeitszusagen. Hinzu komme die Menge neuer Schwachstellen. Im Quelltext ist von rund 135 neuen CVEs pro Tag die Rede, etwa 40 Prozent mehr im Jahresvergleich. In einem Rückstau, in dem praktisch alles mit 9,8 bewertet wird, priorisiere eine reine Schweregradlogik am Ende nichts.
Statt nur zu fragen, was verwundbar ist, plädiert der Beitrag für den Nachweis, was im eigenen Umfeld tatsächlich ausnutzbar ist und ob vorhandene Kontrollen einen Angriff stoppen würden. Dafür nennt der Text drei Methoden: Erstens den Einsatz echter Exploits, wo das sicher möglich ist. Dieser Ansatz decke aber nur etwa 10 bis 15 Prozent der Umgebung ab, weil geschäftskritische Systeme, abgeschottete Netze und Fälle ohne sicheren öffentlichen Exploit außen vor bleiben.
Zweitens solle für die übrigen 85 bis 90 Prozent nicht der Exploit selbst, sondern die Wirksamkeit der Kontrollen geprüft werden. Der Text nennt dazu die Zerlegung einer CVE in einzelne Angriffsschritte und die Validierung jedes Glieds gegen EDR-Richtlinien, Segmentierung, Allow-Listing und Firewalls. Drittens müssten Schutzmaßnahmen fortlaufend gegen neue Angreifertechniken getestet werden, um sichtbar zu machen, was blockiert wird, was unbemerkt durchgeht und wo Kontrollen abweichen.
Diese drei Verfahren beschreibt der Quelltext als kontinuierlichen Kreislauf aus Validieren, Entscheiden, Beheben und erneuter Validierung. Als Bezugsrahmen nennt er „adversarial exposure validation“ von Gartner. Der Beitrag selbst stammt laut Hinweis von Sıla Özeren Hacıoğlu, Security Research Engineer bei Picus Security.