CVE-2026-55787
Beschrijving NL
Flyto2 Core is een uitvoeringskernel voor automatiserings- en AI-agentworkflows. Voorafgaand aan 2.26.3, valideer_url_ssrf en is_private_ip in src/core/utils.py vergelijk opgeloste adressen alleen met native private IPv4- en IPv6-bereiken en pak IPv4-mapped, IPv4-compatibele, 6to4- of NAT64-overgangsadressen niet uit. Een geverifieerde workflowauteur kan een letterlijke URL in overgangsvorm verstrekken via de Execution API POST /v1/execute route, http.get of door broer of zus bewaakte modules voor uitgaande aanvragen, waardoor de bewaker een adres accepteert waarvan de ingesloten IPv4 verwijst naar loopback-, RFC 1918- of cloudmetadataservices. Op een host die het geselecteerde overgangsformulier rouleert, bereikt het uitgaande verzoek de interne bestemming en stuurt het antwoordorgaan terug naar de workflowaanbieder, waardoor SSRF kan worden gelezen en interne servicegegevens of cloudreferenties kunnen worden vrijgegeven. Dit probleem is opgelost in versie 2.26.3.
Origineel (Engels) tonen
Flyto2 Core is an execution kernel for automation and AI-agent workflows. Prior to 2.26.3, validate_url_ssrf and is_private_ip in src/core/utils.py compare resolved addresses only against native private IPv4 and IPv6 ranges and do not unwrap IPv4-mapped, IPv4-compatible, 6to4, or NAT64 transition addresses. An authenticated workflow author can provide a transition-form literal URL through the Execution API POST /v1/execute route, http.get, or sibling guarded outbound-request modules, causing the guard to accept an address whose embedded IPv4 points to loopback, RFC 1918, or cloud metadata services. On a host that routes the selected transition form, the outbound request reaches the internal destination and returns the response body to the workflow caller, enabling read SSRF and disclosure of internal-service data or cloud credentials. This issue is fixed in version 2.26.3.