GitLab Patch-Release: Wichtige Sicherheits- und Bugfixes in Versionen 17.6.1, 17.5.3 und 17.4.5

Table of Contents

Am 26. November 2024 hat GitLab neue Patch-Releases für die Community Edition (CE) und Enterprise Edition (EE) veröffentlicht: Versionen 17.6.1, 17.5.3 und 17.4.5. Diese Updates beinhalten kritische Sicherheitskorrekturen und Bugfixes. Alle selbstverwalteten Installationen sollten umgehend auf eine dieser Versionen aktualisiert werden.

Die folgenden Schwachstellen wurden behoben:

1. Privilegieneskalation durch LFS-Tokens (CVE-2024-8114)

  • Betroffene Versionen: GitLab 8.12 bis 17.4.4, 17.5 bis 17.5.2, 17.6 bis 17.6.0.
  • Beschreibung: Angreifer mit Zugriff auf das Personal Access Token (PAT) eines Benutzers können Privilegien eskalieren.
  • Schweregrad: Hoch (CVSS: 8.2).
  • Lösung: Behoben in den aktuellen Patch-Releases.

2. DoS durch fehlerhafte Verarbeitung von cargo.toml-Dateien (CVE-2024-8237)

  • Betroffene Versionen: Alle Versionen vor 17.4.5, 17.5.3 und 17.6.1.
  • Beschreibung: Ein Angreifer kann durch manipulierte cargo.toml-Dateien eine Überlastung und Denial-of-Service (DoS) auslösen.
  • Schweregrad: Mittel (CVSS: 6.5).

3. Unbeabsichtigter Zugriff auf Nutzungsdaten über Scoped Tokens (CVE-2024-11669)

  • Betroffene Versionen: GitLab 16.9.8 bis 17.4.4, 17.5 bis 17.5.2, 17.6 bis 17.6.0.
  • Beschreibung: Bestimmte API-Endpunkte konnten unautorisierten Zugriff auf sensible Daten ermöglichen.
  • Schweregrad: Mittel (CVSS: 6.5).

4. DoS über die Harbor-Registry-Integration (CVE-2024-8177)

  • Betroffene Versionen: GitLab 15.6 bis 17.4.4, 17.5 bis 17.5.2, 17.6 bis 17.6.0.
  • Beschreibung: Integration mit einer manipulierten Harbor-Registry kann Ressourcenerschöpfung und DoS verursachen.
  • Schweregrad: Mittel (CVSS: 5.3).

5. Ressourcenerschöpfung durch test_report-API-Aufrufe (CVE-2024-1947)

  • Betroffene Versionen: GitLab 13.2.4 bis 17.4.4, 17.5 bis 17.5.2, 17.6 bis 17.6.0.
  • Beschreibung: Ein Angreifer kann durch speziell gestaltete API-Aufrufe einen DoS-Zustand erzeugen.
  • Schweregrad: Mittel (CVSS: 4.3).

6. Ungültige Token-Invalidierung für Streaming-Endpunkte (CVE-2024-11668)

  • Betroffene Versionen: GitLab 16.11 bis 17.4.4, 17.5 bis 17.5.2, 17.6 bis 17.6.0.
  • Beschreibung: Token blieben bei Langzeitverbindungen auch nach Widerruf gültig, was unautorisierte Zugriffe ermöglichte.
  • Schweregrad: Mittel (CVSS: 4.2).

Die Updates enthalten außerdem wichtige Fehlerkorrekturen, darunter:

  • Version 17.6.1: Verbesserung der Lizenz-Validierung für SBOM-Daten.
  • Version 17.5.3: Stabilitätsverbesserungen in Merge-Train-Validierungen und Token-Invalidierungen.
Tags :

Related Posts

CVE-2024-10220: Kritische Sicherheitslücke in Kubernetes durch gitRepo-Volume

Am 20. November 2024 wurde CVE-2024-10220 öffentlich bekanntgegeben, eine Sicherheitslücke in Kubernetes, die als kritisch eingestuft wurde. Sie betrifft das gitRepo-Volume, ein veraltetes Feature, das es Angreifern ermöglichen könnte, beliebige Befehle außerhalb der Container-Grenzen auszuführen. Im Folgenden eine detaillierte Analyse dieser Schwachstelle, ihrer Auswirkungen und wie sie behoben werden kann.

Read More

Kritische RCE Sicherheitslücke in GitHub CLI (CVE-2024-52308)

Am 14. November 2024 wurde eine schwerwiegende Sicherheitslücke in der GitHub CLI (GH CLI) bekannt gegeben, die Angreifern unter bestimmten Umständen Remote Code Execution (RCE) ermöglicht. Die Schwachstelle betrifft die Funktionen gh codespace ssh und gh codespace logs, wenn diese mit einem bösartigen Codespace-SSH-Server interagieren.

Read More

Sicherheitsrisiko in Versa Director: Standardpasswort und PostgreSQL-Fehlkonfiguration

Eine kritische Sicherheitslücke CVE-2024-42450 wurde in der Standardkonfiguration der Virtualisierungsplattform Versa Director entdeckt. Dieses Problem betrifft die PostgreSQL-Datenbank, die für die Speicherung von Betriebs- und Konfigurationsdaten sowie für die High-Availability-Funktionalität des Systems genutzt wird. Die Schwachstelle kombiniert ein Standardpasswort, das in allen Instanzen von Versa Director verwendet wird, mit einer unsicheren Konfiguration, die PostgreSQL erlaubt, auf alle Netzwerkinterfaces zu lauschen.

Read More