OpenStack Manila: Fehlende Autorisierungsprüfung bei öffentlichen Freigaben
Zusammenfassung
OpenStack Manila prüft vor mehreren API-Operationen auf öffentlichen Freigaben nicht, ob der Aufrufer der Besitzer ist. Jedes authentifizierte Projektmitglied kann Zugriffsregeln ändern, Zugriffe von Lesezugriff auf Lese- und Schreibzugriff erhöhen, die Freigabe löschen oder wiederherstellen, Backups davon erstellen, Metadaten von Export-Locations ändern sowie Zugriffsregeln auflisten, die IP-Adressen, Benutzernamen und CephFS-Schlüssel offenlegen. Der Angreifer benötigt lediglich gültige Zugangsdaten in derselben Cloud, und die UUID der Freigabe ist sichtbar, da sie öffentlich ist. Der CNA stuft die Schwachstelle mit CVSS 3.1 9.9 (kritisch) ein.
Betroffen
- OpenStack Manila 1.0.0 bis vor 20.0.3
- OpenStack Manila 21.0.0 bis vor 21.0.3
- OpenStack Manila 22.0.0 bis vor 22.0.2
- OpenStack Manila 23.0.0 bis vor 23.0.1
- Versionen vor 1.0.0 sind nicht aufgeführt; Status unbekannt.
- Distributionspakete (z. B. Red Hat OpenStack Platform): Status der Korrektur unbekannt.
Behoben in
- Manila 20.0.3
- Manila 21.0.3
- Manila 22.0.2
- Manila 23.0.1
- Patches für die unterstützten Zweige sind in OSSA-2026-046 aufgeführt.
Umgehung
Unbekannt. Der Hersteller dokumentiert keine Workaround-Massnahme.
- Bis zum Patch (nicht vom Hersteller dokumentiert): Erstellung öffentlicher Freigaben auf wenige Personen beschränken, bestehende öffentliche Freigaben prüfen und Änderungen an Zugriffsregeln und Export-Location-Metadaten in den Logs kontrollieren.
Ausnutzung
- Es wurden keine Hinweise auf eine Ausnutzung in freier Wildbahn gefunden.
- Es wurde kein öffentlicher Proof of Concept gefunden.
- Die Schwachstelle wurde von externen Forschenden und Ingenieuren von Red Hat gemeldet.
- Die EPSS-Werte unterscheiden sich zwischen den Quellen; bitte auf FIRST.org überprüfen.
Unsere Empfehlung
- Wenn Sie eine private OpenStack-Umgebung mit Manila betreiben, aktualisieren Sie auf eine korrigierte Version für Ihren Zweig oder bestätigen Sie, dass die Version bereits korrigiert ist.
- Wenn Sie eine verwaltete Cloud nutzen, fragen Sie den Anbieter, ob OSSA-2026-046 eingespielt wurde.
- Prüfen Sie öffentliche Freigaben und deren Zugriffsregeln und kontrollieren Sie die Logs auf unerwartete Änderungen an Zugriffsregeln oder Export-Location-Metadaten.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- OpenStack Security Advisory OSSA-2026-046 security.openstack.org
- Launchpad bug #2161412 bugs.launchpad.net
- oss-security mailing list announcement www.openwall.com
- StackHPC Manila fix pull request github.com
- Manila release notes (unreleased) docs.openstack.org
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 30.10.2026 15:01.
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.