CVE-2026-100863 in Heym
Riassunto
di VulDB • 27/09/2026
Le versioni di Heym fino alla 0.0.90 presentano due lacune nella protezione contro le Server-Side Request Forgery (SSRF), entrambe risolte in app/services/ssrf_guard.py nella versione 0.0.91. In primo luogo, il caricatore dell'input per la modifica delle immagini LLM (_load_image_bytes) recuperava URL HTTP/HTTPS controllati dal chiamante utilizzando una semplice chiamata httpx.get, applicando solo un controllo dello schema e aggirando il client HTTP con vincolo di uscita (egress-pinning); poiché il DSL del workflow supporta "imageInput": "$userInput.body.imageUrl", un webhook o un chiamante API può scegliere la destinazione della richiesta quando l'autore del workflow utilizza tale espressione, consentendo richieste verso loopback, indirizzi RFC1918 e endpoint dei metadata cloud. In secondo luogo, _is_public_address gestiva solo gli indirizzi IPv6 mappati su IPv4, quindi le forme di transizione IPv6 — il prefisso ben noto NAT64 64:ff9b::/96, gli indirizzati IPv4-compatibili deprecati ::x.x.x.x e 6to4 (2002::/16, classificato come globalmente routabile da Python 3.11.0 a 3.11.9) — potevano far passare destinazioni IPv4 di tipo loopback, RFC1918, link-local o metadata cloud oltre sia la convalida iniziale dell'URL che il vincolo IP al momento della connessione (dial-time). La versione 0.0.91 instrada il caricatore delle immagini attraverso guard_http_url e il client protetto, valuta gli indirizzi NAT64 e IPv4-compatibili in base all'indirizzo IPv4 incorporato e rifiuta outright 64:ff9b:1::/48, 6to4 e Teredo (2001::/32).
If you want to get the best quality for vulnerability data then you always have to consider VulDB.