dataclasses-avroschema: Codeinjektion über Enum-Defaults in generierten Modulen
Zusammenfassung
Die Python-Bibliothek dataclasses-avroschema generiert Python-Code aus Avro-Schemas. In den Versionen 0.38.0 bis 0.70.5 werden Enum-Defaults aus dem Schema ohne Validierung der Bezeichner in das generierte Modul geschrieben, weshalb ein präpariertes Schema zusätzliche Anweisungen einschleusen kann. Ein Angreifer, der das Schema kontrolliert, könnte den Namensraum des Moduls verändern oder verhindern, dass das generierte Modul geladen werden kann. Voraussetzung ist, dass ein Entwickler oder eine Pipeline Code aus dem nicht vertrauenswürdigen Schema generiert und danach importiert.
Betroffen
- dataclasses-avroschema Versionen 0.38.0 bis 0.70.5 (CVE-Eintrag)
- Mend führt den betroffenen Bereich ab Version 0.70.0, nicht ab 0.38.0
Behoben in
- Auf dataclasses-avroschema 0.70.6 aktualisieren, das Enum-Defaults als Namen validiert.
Umgehung
- Keine vom Hersteller dokumentierte Workaround für ungepatchte Versionen.
- Bis zur Aktualisierung: Code nur aus vertrauenswürdigen Schemas generieren und generierte Module vor dem Import prüfen.
Ausnutzung
- Keine bekannte Ausnutzung in freier Wildbahn; kein Eintrag im KEV-Katalog gefunden.
- Kein öffentlicher Proof-of-Concept für diese CVE gefunden.
- CISA SSVC: Exploitation none, Automatable no, Technical Impact total.
- Der Maintainer stuft die Auswirkung enger ein als beliebige Codeausführung; die Grossbuchstaben-Umwandlung macht eingeschleusten Code oft syntaktisch unbrauchbar.
- Der CVSS-Wert unterscheidet sich je nach Quelle: CNA 8.8, VulDB 6.3, Mend CVSS v4 8.7.
Unsere Empfehlung
- Alle Umgebungen, in denen dataclasses-avroschema zur Codegenerierung eingesetzt wird, auf 0.70.6 aktualisieren.
- Bis dahin Code nur aus vertrauenswürdigen, intern kontrollierten Avro-Schemas generieren.
- Generierte Module vor dem Import prüfen, insbesondere solche aus Schemas von Drittanbietern.
- CI-Pipelines und Entwicklerrechner auf betroffene Versionen prüfen, zum Beispiel mit pip show dataclasses-avroschema.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- CVE-2026-108383 OSV entry osv.dev
- GitHub Security Advisory GHSA-4xxf-mv22-hcr8 github.com
- Fix commit 429f3d7 github.com
- Release 0.70.6 github.com
- VulDB entry 417881 vuldb.com
- Mend vulnerability database entry www.mend.io
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 19:43.
Referenzen der NVD (4)
- https://github.com/marcosschroh/dataclasses-avroschema/commit/429f3d705d2d04c0c65e2ef832daed5ff91318fc
- https://github.com/marcosschroh/dataclasses-avroschema/releases/tag/0.70.6
- https://github.com/marcosschroh/dataclasses-avroschema/security/advisories/GHSA-4xxf-mv22-hcr8
- https://github.com/marcosschroh/dataclasses-avroschema/security/advisories/GHSA-4xxf-mv22-hcr8
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.
