dataclasses-avroschema: Code-Injection über Enum-Symbole in generiertem Python-Code
Zusammenfassung
Die Python-Bibliothek dataclasses-avroschema erzeugt Avro-Schemas aus Python-Klassen und generiert Python-Code aus Avro-Schemas. In den Versionen 0.38.0 bis 0.70.5 werden Enum-Symbole aus einem Schema ohne Escaping in doppelte Anführungszeichen im generierten Code eingefügt. Ein präpariertes Symbol mit Anführungszeichen kann das String-Literal verlassen und beliebigen Python-Code einschleusen, der beim Import des generierten Moduls ausgeführt wird. Im betroffenen Szenario werden die Generator-Klassen direkt verwendet, und der Angreifer muss Schema-Inhalte liefern oder verändern können.
Betroffen
- dataclasses-avroschema Versionen >= 0.38.0 und < 0.70.6 (bis und mit 0.70.5)
Behoben in
- Version 0.70.6 (escaped Enum-Symbolwerte vor dem Rendern; die companion Advisory des Herstellers weist darauf hin, dass Enum-Symbole zusätzlich als Namen validiert werden)
Umgehung
- Der Hersteller dokumentiert keine Workaround-Massnahme.
- Übergangsmassnahme: Keinen Code aus nicht vertrauenswürdigen oder ungeprüften Schemas generieren und Enum-Symbole in Schemas aus externen Registries vor der Generierung prüfen.
Ausnutzung
- CISA SSVC: Exploitation-Status 'poc', Automatisierbar: nein, technische Auswirkung: total.
- Kein Hinweis auf Ausnutzung in freier Wildbahn gefunden; Status im CISA-KEV-Katalog nicht geprüft.
- In den geprüften Quellen wurde kein öffentlicher Exploit gefunden.
Unsere Empfehlung
- Alle Installationen sowie Lock-Dateien und CI-Images mit dataclasses-avroschema identifizieren und auf die Versionen 0.38.0 bis 0.70.5 prüfen.
- Auf Version 0.70.6 oder neuer aktualisieren und generierte Module neu erstellen.
- Codegenerierung auf vertrauenswürdige Schemas beschränken und Schemas von Partnern oder externen Registries vor der Generierung prüfen.
- Die Relevanz für die meisten KMU ist gering, sofern Modelle nicht automatisch aus externen Avro-Schemas in CI oder Datenpipelines erzeugt werden.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-vrq9-94ww-jv3c github.com
- Fix commit 429f3d7 github.com
- Release 0.70.6 github.com
- OSV CVE-2026-108382 osv.dev
- VulDB 417866 vuldb.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 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-vrq9-94ww-jv3c
- https://github.com/marcosschroh/dataclasses-avroschema/security/advisories/GHSA-vrq9-94ww-jv3c
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.
