dataclasses-avroschema: Code-Injection über Namespace in generierten Annotationen

Zusammenfassung

dataclasses-avroschema ist eine Open-Source-Python-Bibliothek, die Avro-Schemas aus Python-Klassen erzeugt und Python-Code aus Avro-Schemas generiert. In den Versionen 0.38.0 bis 0.70.5 wird der Namespace eines Fixed-Typs ungeschützt in eine generierte Annotation eingefügt. Ein manipuliertes Schema kann die Zeichenkette verlassen und Python-Code einschleusen, der beim Definieren der generierten Klasse ausgeführt wird, sodass ein Angreifer beliebigen Code auf dem Rechner ausführen kann, der das generierte Modul importiert. Der Angriff setzt voraus, dass ein Benutzer Code aus einem manipulierten Schema generiert und importiert, worauf die Anforderung einer Benutzerinteraktion (UI:R) hinweist.

Betroffen

• marcosschroh dataclasses-avroschema, Versionen 0.38.0 bis 0.70.5 (OSV- und CVE-Eintrag: >= 0.38.0, < 0.70.6)

Behoben in

• Version 0.70.6 (Namespaces müssen nun eine durch Punkte getrennte Folge gültiger Avro-Namen sein)
• Eine neuere Version (0.70.9 wird auf Socket als aktuell aufgeführt) existiert; vor einer Fixierung auf PyPI prüfen

Umgehung

• Unbekannt. Kein vom Hersteller dokumentierter Workaround gefunden; das Aktualisieren ist die einzige vom Hersteller unterstützte Korrektur.
• Bis zur Aktualisierung: keinen Code aus nicht vertrauenswürdigen oder fremden Avro-Schemas generieren, Namespace-Werte vor der Generierung prüfen und die Generierung in einer isolierten Umgebung ausführen.

Ausnutzung

• Keine Hinweise auf Ausnutzung in freier Wildbahn gefunden.
• Kein öffentlicher Proof of Concept gefunden; kein Eintrag im CISA-KEV-Katalog gefunden.
• EPSS-Wert 0.00343 (EUVD-Eintrag).
• CISA SSVC: Ausnutzung none, automatisierbar no, technische Auswirkung total.

Unsere Empfehlung

• Prüfen, ob Projekte dataclasses-avroschema im betroffenen Bereich einsetzen (zum Beispiel mit pip show oder über eine Lock-Datei).
• Auf Version 0.70.6 oder neuer aktualisieren, vorzugsweise auf die aktuelle Version.
• Code nur aus vertrauenswürdigen Schemas generieren, zum Beispiel aus der eigenen Schema-Registry, und generierte Module nicht aus unbekannten Quellen importieren.
• Codegenerierung in CI-Umgebungen oder isolierten Umgebungen statt auf Entwicklerarbeitsplätzen mit sensiblen Zugriffen ausführen.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• GitHub Security Advisory GHSA-h9q3-f96w-f88j github.com
• Release 0.70.6 github.com
• Fix commit 429f3d7 github.com
• OSV: CVE-2026-108379 osv.dev
• EUVD-2026-98975 vulners.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:41.