Crawl4AI: Autorisierungsumgehung legt Umgebungsvariablen des Servers offen
Zusammenfassung
Crawl4AI ab 0.9.0 vor 0.9.4 enthält eine Schwachstelle in der Prüfung untrusted Konfigurationen des Docker-API-Servers. Ein API-Client ohne Admin-Rechte kann verbotene Konfigurationsobjekte in Dict-Wrappern verpacken, sodass ein LLMConfig Umgebungsreferenzen wie api_token="env:NAME" auflöst und Umgebungsvariablen des Servers über /config/dump zurückgibt. Offengelegt werden können unter anderem API-Schlüssel von LLM-Anbietern und der SECRET_KEY, was die Fälschung eines Admin-JWT ermöglichen kann.
Betroffen
- Crawl4AI (Pip-Paket crawl4ai) in den Versionen 0.9.0 bis einschliesslich 0.9.3
- Docker-API-Server-Installationen sind betroffen
Behoben in
- Behoben in crawl4ai 0.9.4 (veröffentlicht am 23.09.2026)
Umgehung
- Für diese CVE ist vom Hersteller keine Workaround-Massnahme dokumentiert.
- SECRET_KEY nicht in der Server-Umgebung setzen (entfernt die Eskalation zu Admin-Rechten; die Offenlegung anderer Umgebungsvariablen bleibt bestehen).
- Keine Geheimnisse in der Server-Umgebung hinterlegen, die der Crawler nicht benötigt.
- Festlegen, wer die API aufrufen darf, und die API hinter einen authentifizierenden Proxy stellen.
Ausnutzung
- CISA SSVC: Ausnutzung keine, nicht automatisierbar.
- Zum Zeitpunkt der Recherche nicht als aktiv ausgenutzt gekennzeichnet.
- Kein öffentlicher Proof of Concept gefunden; Status unbekannt statt nachweislich nicht vorhanden.
- Der Angriff erfordert einen authentifizierten API-Client mit niedrigen Rechten.
Unsere Empfehlung
- Crawl4AI im nächsten Wartungsfenster auf 0.9.4 oder neuer aktualisieren, bei Erreichbarkeit der API von aussen früher.
- Auch Installationen der Version 0.8.x aktualisieren.
- Verteilung der API-Token einschränken und die API nach Möglichkeit nicht aus dem Internet erreichbar machen.
- Nach dem Patchen SECRET_KEY, JWT-Signaturmaterial und API-Schlüssel der LLM-Anbieter rotieren, da offengelegte Variablen bis zur Rotation exponiert bleiben.
- Protokolle von /config/dump und verwandten Endpunkten auf ungewöhnliche Anfragen prüfen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-5w5p-vcv6-mm3f github.com
- VulnCheck advisory www.vulncheck.com
- Crawl4AI vendor security page github.com
- Crawl4AI changelog github.com
- Crawl4AI v0.9.4 release notes github.com
- OSV record CVE-2026-109237 osv.dev
- VulDB entry 417001 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 01.11.2026 08:45.
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.