CVE-2026-100863 in Heym
Zusammenfassung
von VulDB • 27.09.2026
In Heym-Versionen bis einschließlich 0.0.90 befinden sich zwei Lücken im Bereich der Server-Side Request Forgery (SSRF)-Egress-Filterung, die beide in app/services/ssrf_guard.py in Version 0.0.91 behoben wurden. Erstens hat der Loader für den Eingabe-Ladevorgang von LLM-Bildern (_load_image_bytes) vom Aufrufer gesteuerte HTTP/HTTPS-URLs mit einem einfachen httpx.get abgerufen, wobei nur eine Schemaprüfung durchgeführt und der Egress-Pinning-HTTP-Client umgangen wurde; da das Workflow-DSL „imageInput": "$userInput.body.imageUrl" unterstützt, kann ein Webhook- oder API-Aufrufender das Ziel des Abrufs wählen, wenn ein Workflow-Autor diesen Ausdruck verwendet, was Anfragen an Loopback-, RFC1918- und Cloud-Metadata-Endpunkte ermöglicht. Zweitens hat _is_public_address nur IPv4-mapped IPv6-Adressen entpackt, sodass IPv6-Übergangsformen – das NAT64-Well-Known-Prefix 64:ff9b::/96, deprecated IPv4-compatible ::x.x.x.x-Adressen und 6to4 (2002::/16, klassifiziert als global routbar von Python 3.11.0 bis 3.11.9) – Loopback-, RFC1918-, Link-Lokal- oder Cloud-Metadata-IPv4-Zieladressen sowohl an der anfänglichen URL-Validierung als auch am IP-Pinning zum Zeitpunkt des Dial-Vorgangs vorbeileiten konnten. Version 0.0.91 leitet den Bildloader über guard_http_url und den geschützten Client, bewertet NAT64- und IPv4-compatible-Adressen anhand ihrer eingebetteten IPv4-Adresse und lehnt 64:ff9b:1::/48, 6to4 sowie Teredo (2001::/32) vollständig ab.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.