GitLab beschreibt CVE-2026-19478 als Code-Injection-Schwachstelle, die unter bestimmten Bedingungen einem nicht authentifizierten Nutzer erlaubt, über eine GraphQL-Direktive öffentliche Projekte und Nutzerdaten aus der Ferne zu verändern oder zu löschen. Die Patches wurden für GitLab Community Edition und Enterprise Edition in den Versionen 19.2.4, 19.1.6, 19.0.8 und 18.11.11 veröffentlicht.

Bereits einen Tag nach dem Patch hatte WatchTowr gewarnt, dass sich der Fehler leicht nachvollziehen lasse. Das Unternehmen rief Betreiber selbstverwalteter Instanzen dazu auf, ihre Systeme schnell zu aktualisieren. Als vorübergehende Gegenmaßnahme empfahl WatchTowr, nicht authentifizierten Zugriff auf den Endpunkt /api/graphql zu beschränken oder den Zugriff auf öffentliche Repositories vollständig zu entfernen.

Damals teilte WatchTowr SecurityWeek mit, es gebe zwar keinen öffentlich verfügbaren Exploit-Code, doch die eigene Reproduktion sei innerhalb weniger Minuten allein auf Basis der Hinweise im Advisory und des Patches gelungen. Angreifer mit KI-Unterstützung dürften deshalb nicht lange auf sich warten lassen, so das Unternehmen.

Am Mittwoch meldete WatchTowr dann, dass sein Honeypot-Netzwerk bereits erste Ausnutzungsversuche gegen CVE-2026-19478 registriert habe. Organisationen, die noch nicht gepatcht haben, sollten laut WatchTowr ihre Webprotokolle gezielt nach Anfragen mit „@gl_introduced“ durchsuchen und auf Hinweise für Sondierungen oder Exploit-Versuche achten.

Jake Knott, Principal Security Researcher bei WatchTowr, wertet das kurze Patch-Fenster als Ausdruck einer neuen Realität bei der Reproduktion und Ausnutzung von Schwachstellen, befeuert durch die Schwere des Fehlers und den Einsatz von KI. Er beschreibt die neu offengelegte Code-Injection-Lücke als Möglichkeit für nicht authentifizierte Angreifer, öffentlich zugängliche GitLab-Projekte zu löschen und deren Zustand umzuschreiben. Laut Knott lassen sich Repositories vollständig entfernen, Merge-Einträge fälschen oder Maintainer mit einer einzigen HTTP-Anfrage sperren, ohne Zugangsdaten, Benutzerinteraktion oder besondere Konfiguration.

Auch Patrick Münch, Mitgründer und CSO von Mondoo, hebt vor allem die Risiken rund um gefälschte Merge-Einträge hervor. Nach seiner Einschätzung könnte der neue GitLab-Fehler die nächste Welle von Supply-Chain-Angriffen begünstigen, weil sich damit beliebige Merge-Records fälschen lassen. Münch verweist darauf, dass Angreifer in den in diesem Jahr beobachteten Supply-Chain-Würmern die Code-Review-Prozesse umgehen mussten, weil es schwieriger gewesen sei, eine Freigabe zu fälschen, als sie zu umgehen. Genau diese Hürde nehme die Schwachstelle nun ab: Eine bösartige Änderung könne so aussehen, als sei sie von einer vertrauenswürdigen Person geprüft und freigegeben worden, während Audit-Protokolle den Vorgang als legitim erscheinen ließen.