{"answers":{"affected":"1 open source package ship an affected version, including actionpack.","exploited":"There is no known exploitation of CVE-2026-126083 in the wild and no public exploit code.","exposure":"","fix":"Upgrade actionpack to 8.1.4.1 or later.","what":"CVE-2026-126083 is a high-severity vulnerability in rails, published on 10 Nov 2026."},"fix_prompt":"Check this codebase for CVE-2026-126083 and fix it if it is affected.\n\nWhat it is: CVE-2026-126083 is a high-severity vulnerability in rails, published on 10 Nov 2026. \nExploitation: There is no known exploitation of CVE-2026-126083 in the wild and no public exploit code.\n\nAffected packages and fixed versions:\n- actionpack (RubyGems): affected from 8.1.0.beta1; fixed in 8.1.4.1\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-126083/ (Markdown: https://insights.sbomify.com/CVE-2026-126083/index.md)","id":"CVE-2026-126083","markdown":"https://insights.sbomify.com/CVE-2026-126083/index.md","name":"CVE-2026-126083","record":{"aliases":["GHSA-2gff-2mmg-m73p","UBUNTU-CVE-2026-126083"],"analysis":null,"analysis_generated_by":null,"assigner":"GitHub_M","cpe":[],"cvss":{"score":7.4,"severity":"high","source":"cna","vector":"CVSS:3.0/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N","version":"3.0"},"cwes":[{"id":"CWE-348","name":"Use of Less Trusted Source"}],"description":"Action Pack is a framework for handling and responding to web requests. From 8.1 until 8.1.4.1, Since Rails 8.1.0, ActionDispatch::RemoteIp derives request.remote_ip from Rack::Request#forwarded_for, which under Rack 3 reads the RFC 7239 Forwarded header in preference to X-Forwarded-For. When a reverse proxy appends the client address to X-Forwarded-For but passes a client-supplied Forwarded header through unchanged, request.remote_ip returns an address chosen by the client, and the IP spoofing check does not raise, because it compares only Client-Ip with the forwarded addresses. An unauthenticated attacker could therefore spoof request.remote_ip, possibly bypassing IP-based access controls and rate limits keyed on the client address (including the default by: of rate_limit), and falsifying the client address in logs. An application is affected if it meets all of these requirements: Runs Rails 8.1.0 through 8.1.4 with Rack 3. Under Rack 2.2, forwarded_for reads only X-Forwarded-For. Is served behind a proxy that does not remove or overwrite a client-supplied Forwarded header. Relies on request.remote_ip for access control, rate limiting, or auditing. The fix detects a spoofed Forwarded header only when the proxy also sets X-Forwarded-For. An application whose proxy passes a client-supplied Forwarded header through and sets no X-Forwarded-For remains exposed after upgrading, and should configure the proxy to remove or overwrite Forwarded, or apply the workaround below. This issue is fixed in version 8.1.4.1.","ecosystems":["RubyGems"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":true,"headline":"Action Pack: Possible IP spoofing in Action Dispatch RemoteIp","id":"CVE-2026-126083","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"RubyGems","product":null,"products":[],"type":null,"year":"2026"},"n_packages":1,"n_references":3,"next":{"headline":"Active Storage: Unsigned Content-Type in Active Storage GCS direct uploads with cache_control","id":"CVE-2026-126084"},"nickname":null,"packages":[{"ecosystem":"RubyGems","fixed":["8.1.4.1"],"introduced":["8.1.0.beta1"],"last_affected":[],"package":"actionpack","purl":null,"source":"GHSA-2gff-2mmg-m73p"}],"prev":{"headline":"This CVE is a duplicate of another CVE.","id":"CVE-2026-126082"},"products":["rails"],"published":"2026-11-10","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":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":null,"exploitation":null,"technical_impact":null},"state":"PUBLISHED","updated":"2026-11-10","vendors":["rails"]},"summary":null,"url":"https://insights.sbomify.com/CVE-2026-126083/"}