GitLab CVE-2026-110264: Codeausführung ohne Anmeldung
Sofort handeln
Heute aktualisieren oder den Zugang sperren.
Grundlage der Stufe: Über das Netzwerk angreifbar · Hersteller rät zu sofortigem Update · Update verfügbar
- Sofort
- Diese Woche
- Wartung
- Beobachten
In GitLab CE/EE kann ein präparierter regulärer Ausdruck den Server übernehmen, ganz ohne Anmeldung (CVSS 10,0). Der Hersteller hat Updates für mehrere Versionsstränge veröffentlicht.
10,0 von 10, kritisch
Nicht als ausgenutzt gelistet
Wahrscheinlichkeit in 30 Tagen: 0,51 % (EPSS)
Reparierte Versionen gemeldet
18.11.13, 19.0.10 und weitere
Unsere Einschätzung
- VerbreitetEinschätzung von ByePast, wie häufig Betriebe mit 10 bis 250 Mitarbeitenden das Produkt einsetzen. Die Stufe oben gilt für jeden, der es einsetzt.
Nach Einschätzung von ByePast ist sofortiges Handeln angemessen. Die Lücke ist über das Netzwerk ausnutzbar, ohne Anmeldung und ohne Zutun eines Nutzers, und der CVSS-Wert liegt bei 10,0 nach CVSS 3.1. Die CISA führt diese CVE nicht in ihrem Katalog der aktiv ausgenutzten Lücken, und die Ausnutzungswahrscheinlichkeit (EPSS) ist mit 0,51 Prozent (Perzentil 42) niedrig. Der Hersteller empfiehlt aber ausdrücklich, so schnell wie möglich zu aktualisieren. Daran orientieren wir uns.
Wer betroffen ist
Betriebe, die GitLab CE oder EE selbst betreiben (self-managed), auch über einen IT-Dienstleister. Betroffen sind alle Versionen ab 7.0, die älter sind als die reparierten Stände. Nach Angaben des Herstellers sind GitLab.com und GitLab Dedicated bereits gepatcht.
Mögliche Lösung
- 01Prüfen Sie, ob in Ihrem Betrieb oder bei Ihrem Dienstleister eine selbst betriebene GitLab-Instanz (CE oder EE) läuft.
- 02Lesen Sie die installierte Version im Hilfe-Menü oder im Admin-Bereich ab und vergleichen Sie sie mit den reparierten Ständen.
- 03Aktualisieren Sie auf den reparierten Stand Ihres Versionsstrangs, also 18.11.13, 19.0.10, 19.1.9, 19.2.9, 19.3.6, 19.4.3 oder 19.5.1, oder auf eine neuere Version.
- 04Prüfen Sie nach dem Update, ob die Instanz die neue Versionsnummer anzeigt und normal arbeitet.
- 05Setzen Sie die beiden Erkennungsregeln des Herstellers ein, falls Ihre Überwachung das erlaubt, und prüfen Sie damit auf Anzeichen eines Angriffsversuchs.
- 18.11.13, 19.0.10, 19.1.9, 19.2.9, 19.3.6, 19.4.3, 19.5.1 Hinweis des Herstellers
Betreut ein externer Dienstleister Ihre Technik, schicken Sie ihm diesen Text unverändert.
Es geht um die Sicherheitslücke CVE-2026-110264 in GitLab CE/EE (selbst betrieben). Ein Angreifer könnte ohne Anmeldung Code auf dem Server ausführen, der Schweregrad ist kritisch (CVSS 10,0). Bitte kümmern Sie sich sofort darum. Prüfen Sie, ob bei uns eine GitLab-Instanz läuft und in welcher Version. Falls ja, aktualisieren Sie auf den reparierten Stand des Versionsstrangs (18.11.13, 19.0.10, 19.1.9, 19.2.9, 19.3.6, 19.4.3 oder 19.5.1) oder auf eine neuere Version. Bitte melden Sie uns kurz zurück, ob wir betroffen sind und wann das Update erledigt ist. Details: https://cve.byepast.de/cve-2026-110264-gitlab-ce
Worum es geht
Läuft in Ihrem Betrieb ein eigener GitLab-Server, und wenn ja, in welcher Version? Diese Frage sollten Sie jetzt klären. GitLab ist eine Plattform für Quellcode und Softwareentwicklung. Der Hersteller hat eine Lücke in GitLab CE/EE behoben, die unter bestimmten Bedingungen einer unangemeldeten Person erlaubt hätte, Programmcode auf dem GitLab-Server auszuführen (Codeausführung aus der Ferne). Die Ursache liegt in der Verarbeitung eines speziell gebauten regulären Ausdrucks. Das ist ein Suchmuster, das Programme zum Prüfen oder Finden von Text nutzen.
Die CVE hat die Kennung CVE-2026-110264. Gemeldet wurde sie nach Angaben des Herstellers über sein HackerOne-Programm.
Sind Sie betroffen, und wo läuft GitLab im Mittelstand?
Betroffen sind laut Hersteller alle Versionen ab 7.0 vor 18.11.13, 19.0 vor 19.0.10, 19.1 vor 19.1.9, 19.2 vor 19.2.9, 19.3 vor 19.3.6, 19.4 vor 19.4.3 und 19.5 vor 19.5.1. Das betrifft Community Edition (CE) und Enterprise Edition (EE). Die Versionsnummer finden Sie in der Weboberfläche im Hilfe-Menü, Administratoren sehen sie auch im Admin-Bereich. Liegt Ihr Stand unter dem reparierten Stand Ihres Versionsstrangs, ist die Instanz verwundbar.
Typischerweise betreiben Softwareentwickler, IT-Abteilungen und Dienstleister GitLab selbst, oft auf einem eigenen Server oder als Container im Firmennetz. Gerade solche Instanzen werden gern vergessen, weil sie einmal aufgebaut wurden und dann ohne feste Betreuung laufen. Fragen Sie auch bei Ihrem Dienstleister oder Ihrer Entwicklungsabteilung nach, ob irgendwo ein GitLab im Einsatz ist. Nutzen Sie nur GitLab.com, müssen Sie nichts tun, denn laut Hersteller ist die Plattform bereits gepatcht. Dasselbe gilt für GitLab Dedicated.
Wie die Schwachstelle funktioniert
Beim Übersetzen eines regulären Ausdrucks in eine ausführbare Form rechnet das Programm mit Zahlen für Größen und Längen. Ein Angreifer kann einen Ausdruck so gestalten, dass eine solche Zahl über ihren Höchstwert hinausläuft (Ganzzahlüberlauf, CWE-190). Das Programm rechnet dann mit einem falschen Wert und schreibt oder liest an der falschen Stelle im Speicher. Im ungünstigen Fall führt das zu fremdem Code auf dem Server.
Der Angriff geht laut Datensatz über das Netzwerk, ohne Anmeldung und ohne Zutun eines Nutzers. Der Hersteller nennt die Voraussetzung nur als "unter bestimmten Bedingungen". Welche das sind, steht in den gelesenen Quellen nicht. Der Hersteller stellt für selbst betriebene Instanzen zwei Erkennungsregeln bereit, die auf einen abgestürzten Arbeitsprozess und auf gehäufte Darstellungsfehler achten. Ob Ihr IT-Team sie einsetzen kann, hängt von dessen Überwachung ab.
Einordnung der Kennzahlen
Die Lücke erreicht den Höchstwert 10,0 nach CVSS 3.1. Das ist eine Skala von 0 bis 10 für die technische Schwere. Der Wert ist so hoch, weil der Angriff aus der Ferne gelingt, keine Anmeldung braucht und auch andere Systeme als das angegriffene beeinflussen kann (Vektor mit Scope Changed). Vertraulichkeit, Integrität und Verfügbarkeit sind jeweils stark betroffen.
Die Ausnutzungswahrscheinlichkeit nach EPSS liegt bei 0,51 Prozent in den nächsten 30 Tagen (Perzentil 42). Bei der CISA taucht die CVE in der Sammlung bereits ausgenutzter Lücken nicht auf. Eine Ausnutzung ist uns also nicht belegt. Wegen der Schwere und der Empfehlung des Herstellers raten wir dennoch zu raschem Handeln. Die konkreten Schritte finden Sie im Block "Mögliche Lösung", die Eckdaten in der Kurzinfo weiter unten. ByePast kann bei der Inventur Ihrer GitLab-Instanzen und beim Update unterstützen.
Hilfe bei Inventur und Updates
Wir prüfen, welche Ihrer Systeme betroffen sind, und spielen Updates ein, vor Ort im Ruhrgebiet und in Neckar-Alb oder per Fernwartung.
Kurzinfo
- CVE-2026-110264
- kritisch (CVSS 3.1: 10,0)
- über das Netzwerk, ohne Anmeldung, ohne Zutun eines Nutzers
- CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
- nicht im CISA-Katalog aktiv ausgenutzter Lücken gelistet
- 0,51 Prozent Wahrscheinlichkeit einer Ausnutzung in den nächsten 30 Tagen (Perzentil 42)
- CWE-190
- im Datensatz noch keinem Produkt zugeordnetWer betroffen ist, steht unter „Unsere Einschätzung“
- noch keine reparierte Version gemeldetDer Bericht nennt reparierte Versionen unter „Mögliche Lösung“
- 22.10.2026, zuletzt geändert 23.10.2026
- An issue has been discovered in GitLab CE/EE affecting all versions from 7.0 before 18.11.13, 19.0 before 19.0.10, 19.1 before 19.1.9, 19.2 before 19.2.9, 19.3 before 19.3.6, 19.4 before 19.4.3, and 19.5 before 19.5.1 that, under certain conditions, could have allowed an unauthenticated user to execute arbitrary code on the GitLab server due to integer overflow when compiling a specially crafted regular expression.
- NVD (National Vulnerability Database), FIRST.org EPSS (CC BY 4.0), aufbereitet über TridentStack
Quellen und Hinweise
Referenzen
- docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1…
- gitlab.com/gitlab-org/gitlab/-/work_items/633633
- hackerone.com/reports/4093475
Belege aus Herstellerhinweisen
- Betroffene Versionen: ab 7.0 vor 18.11.13, 19.0 vor 19.0.10, 19.1 vor 19.1.9, 19.2 vor 19.2.9, 19.3 vor 19.3.6, 19.4 vor 19.4.3, 19.5 vor 19.5.1; CE und EE docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1…
- Reparierte Versionen 18.11.13, 19.0.10, 19.1.9, 19.2.9, 19.3.6, 19.4.3, 19.5.1 docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1…
- Der Hersteller empfiehlt, so schnell wie möglich auf die neueste Version zu aktualisieren ("as soon as possible") docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1…
- GitLab.com und GitLab Dedicated sind laut Hersteller bereits gepatcht docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1…
- Der Hersteller stellt zwei Erkennungsregeln für selbst betriebene Instanzen bereit (Absturz eines nativen Arbeitsprozesses, gehäufte Darstellungsfehler) docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1…
- Gemeldet über das HackerOne-Programm des Herstellers docs.gitlab.com/releases/patches/patch-release-gitlab-19-5-1…
Datenquellen
NVD (National Vulnerability Database), FIRST.org EPSS.
Auf Grundlage von Daten der National Vulnerability Database (NVD) des NIST, der EPSS-Werte von FIRST.org und des Katalogs aktiv ausgenutzter Lücken der CISA. This product uses the NVD API but is not endorsed or certified by the NVD. CVE-Einträge: Copyright © 1999-2026, The MITRE Corporation, genutzt gemäß den CVE Terms of Use. CVE ist eine Marke der MITRE Corporation.
Hinweis
Dieser Bericht ist die Einschätzung von ByePast zum genannten Datenstand: wie dringend die Lücke für einen Betrieb ohne IT-Abteilung ist und was Sie selbst tun oder an Ihren IT-Dienstleister weitergeben. Die Fakten stammen aus den genannten Datenquellen und den verlinkten Hinweisen des Herstellers, den Text schreibt ein Sprachmodell nach unseren Regeln. Der Bericht ersetzt weder die Sicherheitshinweise des Herstellers noch eine Prüfung Ihrer eigenen Systeme, maßgeblich sind die verlinkten Herstellerangaben. Einen Fehler melden Sie bitte über den Verweis darunter, wir korrigieren ihn.
