BISHENG: Code Injection im Validierungs-API führt zu Remote Code Execution
Zusammenfassung
Die BISHENG-Versionen 2.3.0, 2.4.0 und 2.4.0-beta1 enthalten eine Code-Injection-Schwachstelle im Endpunkt zur Codevalidierung (validate.py). Vom Benutzer übermittelter Python-Code wird bei der Funktionsdefinition ausgeführt, weshalb ein Angreifer, der die API erreichen kann, beliebige Befehle mit den Rechten des BISHENG-Dienstes ausführen kann. Der Hersteller hat nicht bestätigt, ob eine Authentifizierung erforderlich ist, und es existiert öffentliches Proof-of-Concept-Material.
Betroffen
- BISHENG 2.3.0
- BISHENG 2.4.0
- BISHENG 2.4.0-beta1
- Komponente: src/backend/bisheng/api/v1/validate.py (POST /api/v1/validate/code)
Behoben in
Unbekannt. Für diese CVE wurde keine Herstellerwarnung und kein Patch-Hinweis gefunden.
Umgehung
- Zugriff auf den Endpunkt /api/v1/validate auf vertrauenswürdige IP-Bereiche oder interne Netze beschränken (Empfehlung Dritter, nicht vom Hersteller verifiziert).
- Die Instanz nicht öffentlich aus dem Internet erreichbar machen; VPN oder Reverse Proxy mit IP-Allowlist verwenden.
- Den Dienst mit einem Konto mit minimalen Rechten betreiben und den ausgehenden Verkehr des Hosts einschränken.
Ausnutzung
- Gemäss Prüfung nicht als aktiv ausgenutzt bekannt; nicht im CISA-KEV-Katalog aufgeführt.
- Öffentliches Proof-of-Concept-Material ist im GitHub-Issue #1995 des Herstellers beschrieben.
- CISA SSVC: Exploitation poc, automatisierbar ja, technische Auswirkung total.
Unsere Empfehlung
- Prüfen, ob eine BISHENG-Instanz in Version 2.3.0, 2.4.0 oder 2.4.0-beta1 läuft, einschliesslich Docker-Images.
- API-Zugriff jetzt einschränken (IP-Allowlist oder VPN) und sicherstellen, dass die Instanz nicht aus dem Internet erreichbar ist.
- Beim Hersteller (dataelement, GitHub-Issue #1995) eine korrigierte Version anfragen und nach Bestätigung aktualisieren; bis dahin die Instanz als verwundbar behandeln.
- Logs auf unerwartete Anfragen an die Validierungs-API und unerwartete Prozesse des Dienstes prüfen.
- NVD und das dataelement-Repository auf eine Sicherheitswarnung überwachen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub issue dataelement/bisheng #1995 github.com
- CVE-2026-51861 gist (Ro1ME) gist.github.com
- VulDB CVE-2026-51861 vuldb.com
- CVE Brief archive, 6 Oct 2026 cvebrief.com
- Strix CVE-2026-51861 www.strix.ai
- TheHackerWire CVE-2026-51861 www.thehackerwire.com
- BISHENG repository github.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 30.10.2026 21:41.
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.