doc-recog: OS-Command-Injection über Dokumentpfad in DocData._readPDF
Zusammenfassung
doc-recog bis Version 1.1.6, eine Node.js-npm-Bibliothek zur Dokumentenerkennung, übergibt Dateipfade an einen shellbasierten pdftotext-Aufruf. Ein Angreifer, der den an recog() oder tag() übergebenen Dateipfad beeinflussen kann, kann Befehlsersetzungen wie $(...) oder Backticks einbetten und beliebige Befehle mit den Rechten des Node.js-Prozesses ausführen. Voraussetzung ist, dass nicht vertrauenswürdige Eingaben die verwundbare Funktion erreichen, typischerweise über eine Upload- oder Dokumenten-Erfassungsfunktion.
Betroffen
- doc-recog Versionen 0 bis 1.1.6 (gemäss CVE-Eintrag und Advisory-Quellen)
- Die Exponierung hängt davon ab, ob eine Anwendung benutzergesteuerte Pfade an recog() oder tag() übergibt
Behoben in
Unbekannt. Es wurde weder ein Advisory des Herstellers noch eine korrigierte Version gefunden. Der verlinkte Pull Request #2 konnte nicht als zusammengeführt oder als Korrektur verifiziert werden.
Umgehung
- Keine nicht vertrauenswürdigen Dateinamen oder Pfade an doc-recog übergeben; nur Uploads mit serverseitig generierten Dateinamen akzeptieren
- Pfade vor dem Aufruf der Bibliothek gegen eine Allow-List von Verzeichnissen validieren und kanonisieren
- Die Bibliothek forken und den Shell-Aufruf durch einen Prozessaufruf ohne Shell mit Argument-Array ersetzen; dies nach Prüfung des fixierten Codes
- Den Node.js-Prozess mit minimalen Rechten in einem Container oder einer Sandbox ohne unnötigen Schreibzugriff oder ausgehende Netzwerkverbindungen betreiben
Ausnutzung
- CISA SSVC: Exploitation none, Automatable yes, Technical Impact total
- In den geprüften Quellen wurden keine Hinweise auf Ausnutzung in freier Wildbahn gefunden; der Status in CISA KEV wurde nicht geprüft
- Kein öffentlicher Proof of Concept gefunden
- Ein Aggregator meldet einen EPSS-Wert von 0.02727
Unsere Empfehlung
- Node.js-Projekte auf die Abhängigkeit doc-recog prüfen, einschliesslich transitiver Abhängigkeiten
- Prüfen, ob externe Benutzer den an recog() oder tag() übergebenen Dateipfad beeinflussen können; Upload-Workflows mit Internetzugang haben hohe Priorität
- Die oben genannten Workarounds anwenden, bis ein Fix des Upstreams bestätigt ist, und einen Ersatz planen, falls keine korrigierte Version erscheint
- Das Repository des Herstellers und Advisories auf einen Fix überwachen
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- VulnCheck advisory www.vulncheck.com
- Vulnerable code (docdata.js) github.com
- doc-recog repository github.com
- doc-recog pull request #2 github.com
- Threatint CVE record cve.threatint.com
- Strix CVE summary www.strix.ai
- Mend/Vulners entry vulners.com
- OffSeq radar entry radar.offseq.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 02:07.
Referenzen der NVD (4)
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.