Epoch AI ließ GLM-5.3 sechs Firefox-Versionen während der Patch-Lücke angreifen
Imagen generada con gpt-image-2.5-sunburst para InferamaQuelle ↗
Ilustración editorial para Epoch AI logró explotar seis versiones de Firefox con GLM-5.3 durante la ventana de parche
Ilustración editorial para Epoch AI logró explotar seis versiones de Firefox con GLM-5.3 durante la ventana de parcheImagen generada con gpt-image-2.5-sunburst para Inferama · Original de Inferama · generada con IAQuelle ↗
01

Was das Experiment ergab

Epoch AI veröffentlichte ein Experiment, in dem GLM-5.3, ein Open-Weight-Modell von Z.ai, Angriffe gegen sechs aktuelle Firefox-Versionen entwickelte. Im Mittelpunkt stand die sogenannte Patch-Lücke: der Zeitraum, in dem eine Sicherheitskorrektur bereits im Code sichtbar ist, aber noch nicht über eine stabile Version alle Nutzer erreicht hat.

Eine vom Modell erstellte Webseite konnte den Browser dazu bringen, eine lokale Datei auszulesen und ihren Inhalt an einen Server zu senden, sobald jemand die Seite besuchte. Die beschriebenen Folgen sind schwerwiegend. Der Befund gilt jedoch für die getesteten Versionen und Versuchsbedingungen. Er zeigt nicht, dass jede Firefox-Installation, jeder Browser oder jedes Betriebssystem auf dieselbe Weise verwundbar ist.

02

Was mit der Patch-Lücke gemeint ist

Eine Sicherheitskorrektur kann öffentlich sichtbar werden, bevor das zugehörige Update allgemein verfügbar ist. Bei Open-Source-Projekten können Änderungen in Entwicklungszweigen oder Betaversionen Hinweise darauf geben, welche Fehler gerade behoben werden. Wer diese Änderungen erkennt, kann versuchen, das zugrunde liegende Problem zu rekonstruieren und einen Angriff gegen Versionen vorzubereiten, in denen die Korrektur noch fehlt.

Die Lücke endet nicht zwangsläufig mit der Veröffentlichung eines Updates: Einzelne Nutzer oder Organisationen installieren es womöglich erst später. Epoch AI untersuchte jedoch den Zeitraum zwischen der Veröffentlichung von Informationen zu Korrekturen und ihrer Aufnahme in eine stabile Version. Die Studie maß nicht, wie lange einzelne Nutzer bis zur Aktualisierung warten. Das ist wichtig: Der Befund beschreibt eine Angriffsmöglichkeit, keine tatsächlich beobachtete Zahl von Opfern.

03

Wie getestet wurde und was „ohne menschliches Eingreifen“ bedeutet

Epoch AI gab GLM-5.3 die zu untersuchende Firefox-Version vor, stellte grundlegende Werkzeuge und öffentlich verfügbare Informationen bereit, die zum Erscheinungszeitpunkt der jeweiligen Version vorlagen, und führte das Modell ohne Internetzugang aus. Nach der Einrichtung identifizierte das Modell sicherheitsrelevante Änderungen, wählte Schwachstellen aus und versuchte, mehrere Exploit-Schritte zu einer Kette zu verbinden. Laut Bericht erhielt es während eines einzelnen Versuchs keine weiteren menschlichen Anweisungen.

„Ohne menschliches Eingreifen“ beschreibt also die Arbeitsphase des Modells, nachdem das Team den Test vorbereitet und das Ziel festgelegt hatte. Es bedeutet nicht, dass das System ohne Einrichtung, ohne von Forschenden ausgewählte Ressourcen oder außerhalb einer Testumgebung arbeitete. Epoch AI gab dem Modell pro Versuch bis zu 48 Stunden. Der schnellste erfolgreiche Versuch dauerte 12 Stunden. Auch die Vorbereitung und vorläufige Tests flossen in die Gesamtkosten ein.

Was die Aussage zur Autonomie umfasst – und was nicht

AspektWas der Bericht dokumentiertEinschränkung der Interpretation
VorbereitungDas Team wählte Versionen, Werkzeuge und öffentliche Informationen aus und richtete die Umgebung ein.Der Versuch kam nicht ohne menschliche Vorbereitung aus.
AusführungDas Modell suchte während eines einzelnen Versuchs ohne menschliche Anweisungen nach einem Angriff und entwickelte ihn weiter.Die beobachtete Autonomie gilt für diese Umgebung und dieses Ziel.
InternetverbindungDie Modelle hatten keinen Internetzugang; benötigte Ressourcen wurden direkt bereitgestellt.Das bildet nicht alle Bedingungen eines Angriffs im Internet ab.
DauerPro Versuch waren bis zu 48 Stunden vorgesehen; der schnellste erfolgreiche Versuch dauerte 12 Stunden.Daraus lässt sich nicht ableiten, wie lange ein Angreifer unter anderen Bedingungen brauchen würde.
04

Für die Angriffskette war eine zusätzliche Schwachstelle nötig

Der Bericht führt die Angriffe nicht allein auf Informationen aus öffentlich sichtbaren Korrekturen zurück. Epoch AI zufolge fand und nutzte GLM-5.3 bei den Angriffen auf die getesteten neueren Versionen zusätzlich eine damals unveröffentlichte Schwachstelle. Das Team meldete den Fehler an Mozilla. Das Unternehmen behob ihn in Firefox 159.0, das am 27. Oktober 2026 erschien.

Diese zusätzliche Abhängigkeit ist entscheidend für die Bewertung des Ergebnisses. Die Untersuchung zeigt, dass das Modell Hinweise aus sichtbaren Korrekturen mit einem weiteren Fehler kombinierte, der nötig war, um Schutzmechanismen des Browsers zu überwinden und Dateien auszulesen. Epoch AI bestätigte nicht, ob Angriffe in Firefox 159.0 noch möglich waren. Das Team geht davon aus, dass die Korrektur sie erheblich erschweren sollte; das ist jedoch keine nachträgliche Prüfung, die ein verbleibendes Risiko ausschließt. Der Bericht behauptet außerdem nicht, dass GLM-5.3 bei den getesteten neueren Versionen beliebige Codeausführung erreicht habe.

05

Kosten, Chrome und Aussagekraft der Befunde

Epoch AI beziffert die gesamten API-Kosten der Forschungsarbeit auf mehr als 100.000 US-Dollar. Darin enthalten waren der Aufbau der Testumgebung und vorläufige Versuche. Nachdem diese Umgebung eingerichtet und das Modell auf das Problem ausgerichtet war, schätzte das Team die zusätzlichen Kosten für einen erfolgreichen Angriff auf eine weitere Firefox-Version auf rund 1.000 US-Dollar. Das sind keine allgemeingültigen Kostenwerte: Sie hängen unter anderem von den API-Preisen und der konkreten Versuchsanordnung ab.

Das Team erprobte ein ähnliches Verfahren auch gegen Google Chrome und gab dafür rund 100.000 US-Dollar aus, ohne einen vergleichbaren Exploit zu entwickeln. Das beweist nicht, dass Chrome immun ist. Epoch AI weist darauf hin, dass andere Anleitungen oder leistungsfähigere Modelle zu einem anderen Ergebnis führen könnten. Die Primärveröffentlichung dokumentiert das Firefox-Experiment. Anthropic untersuchte GLM-5.3 in anderen Benchmarks und Tests; diese Arbeit ist keine unabhängige Wiederholung der Firefox-Angriffe.

Welche Schlüsse die einzelnen Ergebnisse zulassen

Dokumentiertes ErgebnisVorsichtige Schlussfolgerung
Sechs Firefox-Versionen wurden in der Testumgebung von Epoch AI kompromittiert.GLM-5.3 konnte unter diesen konkreten Bedingungen Angriffe entwickeln.
Die zusätzlichen Kosten wurden nach Einrichtung der Umgebung auf rund 1.000 US-Dollar pro Version geschätzt.Der Betrag beschreibt die geschätzten API-Kosten dieses Verfahrens, nicht die Kosten beliebiger Angriffe.
Trotz rund 100.000 US-Dollar an Versuchen entstand gegen Chrome kein vergleichbarer Exploit.Der Test fand keinen solchen Angriff; er beweist nicht, dass ein Angriff unmöglich ist.
Mozilla behob die zusätzliche Schwachstelle in Firefox 159.0.Die Korrektur ist dokumentiert; Epoch AI bestätigte nicht, welche Wirkung sie auf die gesamte Angriffskette hatte.
06

Was Softwareanbieter und Nutzer tun können

Epoch AI hält die Patch-Lücke auch bei anderen Softwarearten für relevant, wenn Korrekturen öffentlich werden, bevor Nutzer sie erhalten. Die Veröffentlichung nennt Browser, mobile Betriebssysteme und Router-Firmware als Bereiche, in denen verzögerte Aktualisierungen eine Rolle spielen können. Das ist eine allgemeine Risikoeinschätzung und kein experimenteller Nachweis, dass GLM-5.3 all diese Produkte kompromittiert hat.

Das Team schlägt unter anderem vor, Sicherheitskorrekturen bis zur Auslieferung der fertigen Version vertraulich zu halten, den Zeitraum zwischen Test- und stabilen Versionen zu verkürzen und Korrekturen nicht zusammenzufassen, wenn sich die behobenen Fehler zu einem Angriff verbinden lassen. Für Nutzer und Administratoren verringert die Installation verfügbarer Sicherheitsupdates die Gefährdung durch bereits behobene Fehler. Sie beseitigt jedoch weder das Risiko unbekannter Schwachstellen noch garantiert sie, dass sämtliche Software aktuell ist.

Praktische Prüfung für Softwareteams

Ein Prozess zur Verringerung der Gefährdung kann damit beginnen, festzustellen, wann sicherheitsrelevante Änderungen sichtbar werden, wie lange es bis zur allgemeinen Verfügbarkeit dauert und welche Produkte wegen langsamer Aktualisierungen Vorrang haben sollten. Teams sollten außerdem prüfen, ob sich mehrere Schwachstellen zu einer Angriffskette verbinden lassen und ob Korrekturen koordiniert veröffentlicht werden können. Solche Maßnahmen verringern konkrete Angriffsmöglichkeiten, garantieren aber nicht, dass keine weiteren Fehler bestehen.

  1. 01Eingesetzte Produkte und ihre Versionen erfassen.
  2. 02Prüfen, welche Informationen über Korrekturen vor der allgemeinen Veröffentlichung sichtbar sind.
  3. 03Wenn möglich den Zeitraum zwischen Korrektur und Verteilung verkürzen.
  4. 04Die Installation von Sicherheitsupdates priorisieren und feststellen, welche Versionen weiterhin gefährdet sind.
  5. 05Schwachstellen auch daraufhin untersuchen, ob sie sich verbinden lassen, statt sie nur einzeln zu betrachten.

Offene Fragen

  • Die Primärquelle für das konkrete Firefox-Experiment ist der Bericht von Epoch AI. Die vorliegenden Quellen dokumentieren keine unabhängige Wiederholung dieser Angriffsketten.
  • Epoch AI bestätigte nicht, ob die Angriffe nach der Korrektur der zusätzlichen Schwachstelle in Firefox 159.0 noch funktionierten.
  • Das erfolglose Ergebnis der Chrome-Tests belegt nicht, dass vergleichbare Angriffe unmöglich sind.
  • Die geschätzten zusätzlichen Kosten von rund 1.000 US-Dollar pro Version beziehen sich auf eine bereits eingerichtete Umgebung und die von Epoch AI zugrunde gelegten API-Preise. Sie sind keine allgemeingültige Kostenschätzung.
07

Weiter entdecken

07

Verwendete Quellen

03

Korrekturen und Transparenz

Wenn du falsche oder veraltete Angaben findest, sende uns die Seite und die zu prüfende Quelle.

Korrektur vorschlagen