BlueSpice-Container: Rechteausweitung zu Sysop durch unsichere Standardkonfiguration
Zusammenfassung
Das Container-Image bluespice/wiki von BlueSpice 5.2.3 bis 5.2.7 (Images, die vor dem 19.10.2026 15:37 UTC gezogen wurden) enthält eine unsichere Standardeinstellung für den Service-Token-Authenticator. Ist die Umgebungsvariable WIKI_SERVICE_TOKEN_AUTH_ALLOWED nicht gesetzt, wird die IP-Einschränkung deaktiviert. Jeder Benutzer mit Leserecht im Wiki, einschliesslich anonymer Benutzer in öffentlich lesbaren Wikis, kann über die REST-API ein Anwendungs-Token beziehen und damit eine Sitzung mit Sysop-Rechten erhalten. Gemäss Hersteller beträgt der CVSS-v4.0-Basiswert 9.3 (kritisch).
Betroffen
- Container bluespice/wiki in BlueSpice 5.2.3 bis 5.2.6
- BlueSpice-5.2.7-Container-Images, die vor dem 19.10.2026 15:37 UTC gezogen wurden
- Nicht betroffen: BlueSpice 5.1 und 5.2.1 bis 5.2.2 (gemäss Hersteller)
Behoben in
- BlueSpice 5.2.7 (Container-Images neu veröffentlicht am 19.10.2026 15:37 UTC)
- Images von 5.2.7, die vor diesem Zeitpunkt gezogen wurden, müssen neu gezogen und die Container neu erstellt werden
Umgehung
- Umgebungsvariable WIKI_SERVICE_TOKEN_AUTH_ALLOWED der Wiki-Container auf den CIDR-Bereich des internen Container-Netzwerks setzen (z. B. 172.18.0.0/16)
- Oder Zugriff auf /rest.php/mws/v1/app-token/generate auf dem Reverse Proxy sperren
- Der Hersteller empfiehlt stattdessen ein Update; weitere Workarounds sind nicht dokumentiert.
Ausnutzung
- Kein öffentlicher Proof of Concept und keine bekannte Ausnutzung (KEV) in den Quellen gefunden.
- Für die Ausnutzung genügt Leserecht im Wiki; auf öffentlich lesbaren Wikis ist kein gültiges Konto nötig.
Unsere Empfehlung
- Alle BlueSpice-Container-Installationen mit 5.2.3 bis 5.2.6 sowie 5.2.7-Images, die vor dem 19.10.2026 15:37 UTC gezogen wurden, identifizieren.
- Auf BlueSpice 5.2.7 aktualisieren, das Image neu ziehen und die Container neu erstellen (docker compose pull && docker compose up -d).
- Bis zur Aktualisierung den Workaround anwenden und den anonymen Lesezugriff wo möglich einschränken.
- Logs auf unerwartete Sysop-Sitzungen oder ungewöhnliche Nutzung des REST-API-Token-Endpunkts prüfen.
- Das Herstellerdokument BSSA-2026-07 auf weitere Updates überwachen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Vendor advisory BSSA-2026-07 en.wiki.bluespice.com
- Vendor GitHub commit: Fix default CIDR configuration github.com
- VulDB CVE-2026-25784 vuldb.com
- Hol.org CVE-2026-25784 hol.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 31.10.2026 00:48.
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.