Gitea Runner: Umgehung der Host-Isolation über Container-Optionen
Zusammenfassung
Gitea Runner entfernt vom Workflow gesteuerte Container-Optionen (etwa Host-Namespace-Einstellungen, Capabilities und Überschreibungen von Sicherheitsprofilen) bei deaktiviertem privilegiertem Modus nicht vollständig. Ein Workflow-Autor, der Jobs auf einem betroffenen, Docker-basierten Runner ausführen kann, kann diese Optionen nutzen, um auf Host-Namespaces zuzugreifen und Befehle als root auf dem Runner-Host auszuführen, und so die Container-Isolation umgehen. Der Angriff setzt ein gültiges Konto voraus, das Workflows einreichen oder auslösen kann; der CVSS-Basiswert ist zwischen den Quellen umstritten (8.8 im vorliegenden Datensatz, 9.9 im GitHub/OSV-Datensatz).
Betroffen
- Gitea Runner (act_runner) Versionen vor 3.0.0
- Nur Docker-basierte Runner ohne privilegierten Modus sind von der Container-Optionen-Problematik betroffen
Behoben in
- Auf Gitea Runner v3.0.0 (veröffentlicht am 31.07.2026) aktualisieren
Umgehung
- Unbekannt. Ein Herstellerfix ist verfügbar; den privilegierten Modus nicht als Workaround aktivieren, da dies die gefährlichen Optionen aktiv lässt.
- Bis zur Aktualisierung die Auslösung von Workflows auf Docker-basierten Runnern einschränken und Workflows auf container.options-Einträge prüfen.
Ausnutzung
- Zum Zeitpunkt der Erstellung ist kein öffentlicher Proof-of-Concept bekannt.
- Keine Meldung über aktive Ausnutzung bekannt; CISA-SSVC-Bewertung: Ausnutzung keine, automatisierbar nein, technische Auswirkung total.
Unsere Empfehlung
- Alle Docker-basierten Gitea-Runner-Instanzen auf v3.0.0 oder neuer aktualisieren.
- Bis zur Aktualisierung die Ausführung von Workflows auf vertrauenswürdige Benutzer beschränken und auf shared Runnern keine untrusted Forks oder offene Registrierung zulassen.
- Workflows auf container.options-Einträge wie PidMode, CapAdd, SecurityOpt, Devices oder Sysctls prüfen und nach der Aktualisierung testen, ob sie noch funktionieren.
- Runner in wegwerfbaren VMs betreiben und keine CI-Geheimnisse oder Deploy-Keys auf dem Runner-Host ablegen.
- Runner-Hosts auf unerwartete Root-Aktivitäten überwachen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Gitea Runner 3.0.0 is released (Gitea Blog) blog.gitea.com
- Gitea Runner v3.0.0 release gitea.com
- GHSA-x4q3-gcj3-m6cf (GitHub Security Advisory) github.com
- Go advisory CVE-2026-73802 (GitLab Advisory Database) advisories.gitlab.com
- OSV GHSA-x4q3-gcj3-m6cf osv.dev
- Gitea Runner configuration documentation docs.gitea.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 31.10.2026 16:50.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.