Wer GitLab selbst betreibt, kennt die übliche Rangliste kritischer Lücken: meist braucht es wenigstens einen Account, ein Token oder eine bestimmte Konfiguration. Bei CVE-2026-97229 braucht es gar nichts davon. Die Lücke trägt die Höchstbewertung CVSS 10,0 und lässt sich komplett ohne Anmeldung ausnutzen.
EINE ZAHL, DIE ÜBERLÄUFT — UND SCHON LÄUFT FREMDER CODE
Der Fehler sitzt im Regex-Compiler, der CI/CD-Konfigurationen auswertet. GitLab erlaubt in .gitlab-ci.yml reguläre Ausdrücke, etwa um Pipelines nur unter bestimmten Bedingungen zu starten. Weil die Validierung dieser Ausdrücke nicht ausreichend geprüft wird, kann ein speziell präparierter regulärer Ausdruck einen Integer-Overflow (CWE-190) auslösen. Unter bestimmten Bedingungen reicht das, damit ein nicht angemeldeter Angreifer beliebigen Code direkt auf dem GitLab-Server ausführt — nicht in einer isolierten CI-Umgebung, sondern auf der Anwendung selbst.
WARUM DIE 10,0 KEINE ÜBERTREIBUNG IST
Der CVSS-Vektor AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H übersetzt sich so: Angriff über das Netzwerk, geringe Komplexität, keine Rechte nötig, keine Nutzerinteraktion, der Wirkungsbereich wechselt über die eigentliche Schwachstelle hinaus, und Vertraulichkeit, Integrität und Verfügbarkeit sind jeweils vollständig betroffen. Mehr geht auf der CVSS-3.1-Skala nicht. Wer eine verwundbare, aus dem Internet erreichbare GitLab-Instanz betreibt, sollte das als akuten Notfall behandeln und nicht erst beim nächsten Wartungsfenster patchen.
GEFUNDEN ÜBER DAS EIGENE BUG-BOUNTY-PROGRAMM
Entdeckt und gemeldet hat die Lücke der Sicherheitsforscher joaxcar über GitLabs HackerOne-Bug-Bounty-Programm, dokumentiert in zwei Berichten. GitLabs eigene Mitteilung zum Patch-Release nennt keine aktive Ausnutzung in freier Wildbahn und keinen öffentlichen Exploit-Code — die Lücke wurde also im Rahmen eines regulären Meldeverfahrens geschlossen, bevor sie Angreifern bekannt wurde. Das ist die gute Nachricht an einem ansonsten unangenehmen Befund.
DER PATCH BRINGT GLEICH 24 WEITERE FIXES MIT
Das Patch-Release vom 12./13. Oktober schließt laut GitLabs Release-Ankündigung insgesamt 25 Schwachstellen. Neben der kritischen Regex-Lücke zählen dazu fünf Fixes mit hoher Einstufung: ein Cross-Site-Scripting-Problem im Syntax-Highlighting, ein Autorisierungs-Bypass bei der Erstellung nachgelagerter Pipelines, eine weitere Regex-Schwachstelle beim Zugriff auf Repository-Dateien, ein Autorisierungsfehler bei geplanten Pipeline-Ausführungen in GitLab EE sowie — bemerkenswert für alle, die mit KI-Agenten experimentieren — eine Prompt-Injection-Lücke in der GitLab-Duo-Agent-Plattform. Die restlichen 19 Fixes betreffen kleinere Berechtigungsprobleme in GraphQL-APIs, der Package-Registry, bei Merge-Request-Freigaben und Personal Access Tokens.
Was du jetzt konkret tun solltest:
- Installierte Version prüfen — alles unter 19.2.8, 19.3.5 bzw. 19.4.2 ist betroffen.
- Self-Managed-Instanzen sofort auf die jeweils passende Patch-Version aktualisieren.
- GitLab Dedicated und GitLab.com sind laut Hersteller bereits versorgt, hier ist kein Handeln nötig.
- Falls ein Update nicht sofort möglich ist: Erreichbarkeit der Instanz aus dem offenen Internet einschränken.