{"answers":{"affected":"1 open source package ship an affected version, including boruta.","exploited":"It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-65635 exists.","fix":"Upgrade boruta to 2.3.7 or later.","what":"CVE-2026-65635 is a high-severity vulnerability in malach-it boruta, published on 30 Jul 2026. An attacker can exploit it over the internet without logging in, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-65635 and fix it if it is affected.\n\nWhat it is: CVE-2026-65635 is a high-severity vulnerability in malach-it boruta, published on 30 Jul 2026. An attacker can exploit it over the internet without logging in, with no action from the victim.\nExploitation: It is not confirmed as exploited in the wild, but public exploit code for CVE-2026-65635 exists.\n\nAffected packages and fixed versions:\n- boruta (Hex): affected from 2.3.0; fixed in 2.3.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-65635/ (Markdown: https://insights.sbomify.com/CVE-2026-65635/index.md)","id":"CVE-2026-65635","markdown":"https://insights.sbomify.com/CVE-2026-65635/index.md","name":"CVE-2026-65635","record":{"aliases":["EEF-CVE-2026-65635","GHSA-w869-fcf2-68vp"],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["privilege_escalation","security_bypass"],"network_reachable":"yes","non_default_config":false,"product_category":"Elixir OAuth library","requires_auth":"none","summary":"Attackers can register over-privileged OAuth clients via dynamic registration, bypassing administrative controls in the Boruta library.","user_interaction":"not_required","vuln_class":"privilege_escalation"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"EEF","cpe":[],"cvss":{"score":8.3,"severity":"high","source":"cna","vector":"CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:H/VA:L/SC:L/SI:L/SA:N","version":"4.0"},"cwes":[{"id":"CWE-653","name":"Improper Isolation or Compartmentalization"}],"description":"Improper Isolation or Compartmentalization vulnerability in malach-it boruta (Elixir.Boruta.Openid module) allows attackers to register OpenID Connect clients with administrative privileges through the dynamic client registration entry point. Boruta.Openid.register_client/3 forwards caller-supplied registration parameters to the administrative client creation path without a public/admin field-level allowlist, so an unauthenticated registrant can set security-sensitive attributes including supported grant types, authorized scopes, PKCE enforcement, public refresh and revocation behavior, token lifetimes, and signing settings. The library does not distinguish between metadata a public registrant is allowed to set and administrative controls that should require operator approval.\n\nThis vulnerability is associated with program files lib/boruta/openid.ex and program routines 'Elixir.Boruta.Openid':register_client/3, 'Elixir.Boruta.Openid':parse_registration_params/2.\n\nThis issue affects boruta from 2.3.0 before 2.3.7.","ecosystems":["Hex"],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"weaponised"},"has_fix":true,"headline":"Boruta dynamic client registration allows creation of over-privileged OAuth clients","id":"CVE-2026-65635","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":"Hex","product":null,"products":[],"type":"privilege_escalation","year":"2026"},"n_packages":1,"n_references":5,"next":{"headline":"YAML injection via unescaped newlines in ymlr document comments","id":"CVE-2026-65636"},"packages":[{"ecosystem":"Hex","fixed":["2.3.7"],"introduced":["2.3.0"],"last_affected":[],"package":"boruta","purl":"pkg:hex/boruta","source":"EEF-CVE-2026-65635"}],"prev":{"headline":"Superlinear CPU denial of service in Erlang/OTP ASN.1 OBJECT IDENTIFIER decoder","id":"CVE-2026-65634"},"products":["boruta"],"published":"2026-07-30","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CC BY 4.0","name":"Erlang Ecosystem Foundation","prefix":"EEF"},{"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-31","vendors":["malach-it"]},"summary":"Attackers can register over-privileged OAuth clients via dynamic registration, bypassing administrative controls in the Boruta library.","url":"https://insights.sbomify.com/CVE-2026-65635/"}