SecBoard
Zurück zur Übersicht
Kritisch73 / 100Konfidenz: Mittel
In CISA KEVCVSS10.0EPSS65 %Über Netz erreichbarOhne Anmeldung

Betreiber von GitLab-Instanzen, die GitLab mit einer eigenen Ruby-Installation betreiben, müssen Ruby auf Version 3.3.13 oder höher aktualisieren.

▸Herleitung der Bewertung(5)

Wie der Wert zustande kommt

  • Im CISA-KEV-Katalog: CVE-2026-97229+25
  • Hoechster CVSS-Basiswert 10.0+18
  • EPSS 65.2 % Ausnutzungswahrscheinlichkeit binnen 30 Tagen+10
  • Hinweis auf verfuegbaren Angriffscode: proof-of-concept+10
  • Ohne Anmeldung ueber das Netz ausnutzbar (CVE-2026-97229, CVSS-Vektor AV:N/PR:N)+10

Woraus sich die Konfidenz ergibt

  • Zwei unabhaengige Herausgeber berichten den Sachverhalt
  • Strukturierte CVE-Daten aus der NVD vorhanden

Die Konfidenz misst die Belegqualität, nicht die Schwere.

Bewertung v1.2, deterministisch berechnet. Bedrohungswert und Konfidenz sind getrennte Größen.Methodik

Attacker Tried to Exploit Alpine Linux’s GitLab via CVSS 10.0 Flaw Its Ruby Left Open

The Hacker News·
Originalartikel lesen bei The Hacker News

Ein Angreifer versuchte, eine kritische GitLab-Schwachstelle (CVE-2026-97229, 10.0) auf dem GitLab-Server des Alpine Linux-Projekts auszunutzen. Betroffen sind Betreiber von GitLab-Instanzen, die GitLab mit einer eigenen Ruby-Installation betreiben oder das Alpine-Docker-Image nutzen. Diese müssen zusätzlich zu einem GitLab-Upgrade auch Ruby auf Version 3.3.13 oder höher aktualisieren und ggf. das Alpine-Image neu ziehen.

SecBoard-Einordnung

Die Schwachstelle hat einen CVSS-Score von 10.0, was auf eine maximale Kritikalität hinweist. Eine erfolgreiche Ausnutzung könnte zu einer vollständigen Kompromittierung der GitLab-Instanz führen, selbst wenn GitLab selbst aktualisiert wurde, falls die Ruby-Version veraltet ist.

Realistisch schlimmster Fall: Im schlimmsten Fall könnte ein Angreifer die Kontrolle über die GitLab-Instanz übernehmen, was zu Datenlecks, Manipulation von Code-Repositories oder der Nutzung der Instanz für weitere Angriffe führen könnte.

Empfehlung: Betreiber von GitLab-Instanzen, die GitLab mit einer eigenen Ruby-Installation betreiben, müssen Ruby auf Version 3.3.13 oder höher aktualisieren. Nutzer des `alpinelinux/gitlab`-Images müssen die neueste Version des Images neu ziehen.

Im erfassten Bestand

  • ▸CVE-2026-97229 kommt damit in 12 erfassten Meldungen der letzten 90 Tage vor.

Gezählt im eigenen Bestand, rückwärts ab dem Erscheinungsdatum. Das ist Belegstärke, keine Aussage über die Häufigkeit in der Welt.

Key Facts

 

CVSS
10.0 · CRITICAL
EPSS
65.2%
Über das Netz
ja
Anmeldung nötig
nein
Nutzerinteraktion nötig
nein
Angriffskomplexität
niedrig
Beeinträchtigt
Vertraulichkeit, Integrität, Verfügbarkeit
im KEV seit
2026-10-29
Patch
unbekannt
Zuweisende CNA
cve@gitlab.com
CVSS
10.0 · CRITICAL
EPSS
1.3%
Über das Netz
ja
Anmeldung nötig
nein
Nutzerinteraktion nötig
nein
Angriffskomplexität
niedrig
Beeinträchtigt
Vertraulichkeit, Integrität, Verfügbarkeit
Patch
unbekannt
Zuweisende CNA
cve@gitlab.com

Betroffen

Betroffen sind Betreiber von GitLab-Instanzen, die GitLab mit einer eigenen Ruby-Installation betreiben oder das Alpine-Docker-Image nutzen.

Hersteller

GitLabRuby Lang

Produkte

Community Edition and Enterprise EditionGitlabRuby
▸ CPE-Rohbezeichner anzeigen (5)
  • cpe:2.3:a:gitlab:gitlab:*:*:*:*:community:*:*:*
  • cpe:2.3:a:gitlab:gitlab:*:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:gitlab:gitlab:19.5.0:*:*:*:community:*:*:*
  • cpe:2.3:a:gitlab:gitlab:19.5.0:*:*:*:enterprise:*:*:*
  • cpe:2.3:a:ruby-lang:ruby:*:*:*:*:*:*:*:*

Prüfen

3
  • ▸Überprüfen Sie die Ruby-Version auf Ihren GitLab-Servern, insbesondere wenn Sie eine eigene Ruby-Installation verwenden.
  • ▸Stellen Sie sicher, dass alle GitLab-Instanzen, die das `alpinelinux/gitlab`-Docker-Image verwenden, auf die neueste Version aktualisiert wurden.
▸ 1 weitere
  • ▸Überprüfen Sie die Protokolle Ihrer GitLab-Instanzen auf Anzeichen von Ausnutzungsversuchen der CVE-2026-97229.

Offene Punkte

3
▸ anzeigen
  • ▸Es ist nicht spezifiziert, welche spezifischen Auswirkungen ein erfolgreicher Angriff gehabt hätte, außer der Notwendigkeit, den Server neu aufzubauen und Passwörter zurückzusetzen.
  • ▸Die genaue Methode des Angriffsversuchs ist nicht detailliert beschrieben.
  • ▸Es ist nicht spezifiziert, ob andere GitLab-Docker-Images ähnliche Probleme mit veralteten Ruby-Installationen haben könnten.

Red-Team-Relevanz

Was heißt das für dein nächstes Assessment?

▸ Einordnung anzeigen
  • Initial Access möglich?Ja
  • Privilege Escalation relevant?Möglich
  • Exploit öffentlich verfügbar?Ja
  • Detection / Logging prüfbar?Ja
  • Für Purple-Team-Szenario geeignet?Ja

Kundenfragen

  • Haben wir GitLab extern erreichbar?
  • Können wir Persistence detektieren?

MITRE ATT&CK(2)

Techniken aus allen Quellen zusammengeführt — nach Stärke des Belegs sortiert.

T1190Exploit Public-Facing Applicationzugeordnet

„Ein Angreifer versuchte, eine kritische GitLab-Schwachstelle (CVE-2026-97229, CVSS 10.0) auf dem GitLab-Server des Alpine Linux-Projekts auszunutzen.“

T1136Create Accountabgeleitet

Mehrere Herkünfte bei derselben Technik heißt: mehrere unabhängige Wege führen dorthin.

Kill-Chain-Phasen

Wie weit im Ablauf die belegten Techniken liegen — je Technik die früheste Phase.

Auskundschaften

0

›

Bewaffnung

0

›

Zustellung

0

›

Ausnutzung

0

›

Einnistung

1

›

Fernsteuerung

0

›

Zielhandlung

0

Verlauf der Belege

Wann welche Quelle den Vorgang zuerst berichtet hat — nicht der Ablauf des Angriffs selbst.

  1. The Hacker NewsKontext
    Attacker Tried to Exploit Alpine Linux’s GitLab via CVSS 10.0 Flaw Its Ruby Left Open
  2. BleepingComputerKontext
    Alpine Linux rebuilds GitLab after attempted RCE attack

Der Vorgang wird seit 3 Tagen berichtet.

Quellen & Belege· 2 unterschiedliche Quellen

BleepingComputerKontextPUBLICZuverlässigkeit C

Redaktionelle Berichterstattung, meist Zweitverwertung einer Primaerquelle.

The Hacker NewsKontextPUBLICZuverlässigkeit Cdiese Meldung

Redaktionelle Berichterstattung, meist Zweitverwertung einer Primaerquelle.

  • Ausschliesslich redaktionelle Berichterstattung, keine Primaer- oder Technikquelle im Bestand.
  • Unabhaengigkeit meint den Herausgeber. Zwei Haeuser, die dieselbe Herstellermeldung nacherzaehlen, gelten hier weiter als zwei Belege.

Verknüpfte Intelligence

Dieselben Entitäten an anderer Stelle auf SecBoard.