{"answers":{"affected":"3 open source packages ship an affected version, including flyto-core.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-67424 exists.","fix":"Upgrade flyto-core to 2.26.7 or later.","what":"CVE-2026-67424 is a high-severity server-side request forgery vulnerability in flytohub flyto-core, published on 29 Jul 2026. Any signed-in user can exploit it over the network, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-67424 and fix it if it is affected.\n\nWhat it is: CVE-2026-67424 is a high-severity server-side request forgery vulnerability in flytohub flyto-core, published on 29 Jul 2026. Any signed-in user can exploit it over the network, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-67424 exists.\n\nAffected packages and fixed versions:\n- flyto-core (PyPI): affected all versions; fixed in 2.26.7\n- flyto-core (PyPI): affected all versions; fixed in 2.26.7\n- flyto-core (PyPI): affected all versions; fixed in 2.26.7\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-67424/ (Markdown: https://insights.sbomify.com/CVE-2026-67424/index.md)","id":"CVE-2026-67424","markdown":"https://insights.sbomify.com/CVE-2026-67424/index.md","name":"CVE-2026-67424","record":{"aliases":["GHSA-c9hr-64h3-gxpc","PYSEC-2026-3569"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["data_read"],"network_reachable":"yes","non_default_config":false,"product_category":"Flyto2 Core library","requires_auth":"low_privilege","summary":"Attackers can exploit redirect handling in Flyto2 Core HTTP modules to access internal network resources and read sensitive data.","user_interaction":"not_required","vuln_class":"ssrf"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"GitHub_M","cpe":[],"cvss":{"score":8.5,"severity":"high","source":"cna","vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:N","version":"3.1"},"cwes":[{"id":"CWE-918","name":"Server-Side Request Forgery"}],"description":"Flyto2 Core is an execution kernel for automation and AI-agent workflows. Prior to 2.26.7, the HTTP modules http.get, http.request, and http.batch in src/core/modules/atomic/http/get.py, src/core/modules/atomic/http/request.py, and src/core/modules/atomic/http/batch.py validate only the initial URL, then follow redirects with allow_redirects=True and without per-hop Location revalidation, allowing a public URL to redirect into internal address space and return the internal response body. This issue is fixed in version 2.26.7.","ecosystems":["PyPI"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"Flyto2 Core: Guarded HTTP modules follow redirects into internal space without per-hop SSRF revalidation","id":"CVE-2026-67424","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"PyPI","product":null,"products":[],"type":"ssrf","year":"2026"},"n_packages":3,"n_references":3,"next":{"headline":"Flyto2 Core: LLM/API keys leak to an attacker-controlled base_url","id":"CVE-2026-67425"},"packages":[{"ecosystem":"PyPI","fixed":["2.26.7"],"introduced":["0"],"last_affected":[],"package":"flyto-core","purl":null,"source":"GHSA-c9hr-64h3-gxpc"},{"ecosystem":"PyPI","fixed":["2.26.7"],"introduced":["0"],"last_affected":[],"package":"flyto-core","purl":"pkg:pypi/flyto-core","source":"GHSA-c9hr-64h3-gxpc"},{"ecosystem":"PyPI","fixed":["2.26.7"],"introduced":["0"],"last_affected":[],"package":"flyto-core","purl":"pkg:pypi/flyto-core","source":"PYSEC-2026-3569"}],"prev":{"headline":"pymdown-extensions: Exponential-backtracking ReDoS in caret, tilde, betterem, and magiclink inline processors","id":"CVE-2026-67422"},"products":["flyto-core"],"published":"2026-07-29","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"},{"class":"attribution","licence":"CC BY 4.0","name":"PyPA Advisory Database","prefix":"PYSEC"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"no","exploitation":"poc","technical_impact":"partial"},"state":"PUBLISHED","updated":"2026-07-29","vendors":["flytohub"]},"summary":"Attackers can exploit redirect handling in Flyto2 Core HTTP modules to access internal network resources and read sensitive data.","url":"https://insights.sbomify.com/CVE-2026-67424/"}