NLTK: Path Traversal bei Modellpfad-Verarbeitung in WekaClassifier

Zusammenfassung

NLTK, eine Python-Bibliothek für die Verarbeitung natürlicher Sprache, enthält im WekaClassifier eine Path-Traversal-Schwachstelle. Modellpfade werden ungeprüft an das Java-Werkzeug Weka übergeben, wodurch die Pathsec-Absicherung von NLTK umgangen wird. Ein Angreifer, der den Modellpfad steuern kann, kann Dateien an beliebigen Orten schreiben oder prüfen, ob Dateien ausserhalb der erlaubten Datenverzeichnisse existieren. Relevant ist dies nur, wenn eine Anwendung unvertrauenswürdige Eingaben an WekaClassifier übergibt und Java sowie Weka installiert sind.

Betroffen

• NLTK bis und mit 3.10.3
• Komponente: nltk.classify.weka.WekaClassifier

Behoben in

• NLTK 3.10.4 (laut GitHub-Advisory; der OSV-Eintrag nennt 3.10.3, was der Advisory widerspricht)
• Distributionspakete: Unbekannt. Prüfen Sie den Tracker Ihrer Distribution auf rückportierte Korrekturen.

Umgehung

• Kein offizieller Workaround. Auf NLTK 3.10.4 oder neuer aktualisieren.
• Modellpfade, die aus unvertrauenswürdigen Eingaben stammen, nicht an WekaClassifier übergeben.
• Ein Drittanbieter schlägt vor, Modellpfade in der Anwendung mit nltk.pathsec.validate_tool_path() zu prüfen; dies wurde nicht gegen den Code von NLTK verifiziert.

Ausnutzung

• Keine Hinweise auf aktive Ausnutzung in freier Wildbahn; laut einem Aggregator nicht als bekanntermassen ausgenutzt gelistet.
• Ein öffentlicher Proof of Concept in einem Write-up existiert; er wurde hier nicht unabhängig reproduziert.
• CISA SSVC: Ausnutzungsstatus poc, nicht automatisierbar.

Unsere Empfehlung

• Alle Umgebungen identifizieren, die NLTK installieren oder fixieren (pip show nltk, Lockfiles, Container-Images).
• NLTK auf 3.10.4 oder neuer aktualisieren oder den Distributions-Patch einspielen, sobald verfügbar.
• Falls WekaClassifier verwendet wird, sicherstellen, dass Modellpfade nur aus vertrauenswürdigen, festen Quellen stammen.
• Den NVD-Eintrag und das GitHub-Advisory auf die endgültigen Angaben zum betroffenen Bereich prüfen.

Ö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-j456-xh4h-cpf2 github.com
• VulnCheck advisory: NLTK Path Traversal via WekaClassifier www.vulncheck.com
• OSV: GHSA-j456-xh4h-cpf2 osv.dev
• Ubuntu CVE tracker: CVE-2026-109956 ubuntu.com
• cvereports write-up on GHSA-j456-xh4h-cpf2 cvereports.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 01.11.2026 13:52.