CVE-2026-65635: malach-it boruta · Improper Isolation or Compartmentalization
Affects malach-it borutaSource CVE Database V5
Not known to be exploited · CVSS 8.3 High : upgrade to 2.3.7 soon.
Data as of 29 Oct 2026, 07:15 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.3.7
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:H/VA:L/SC:L/SI:L/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 30 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Upgrade malach-it boruta to 2.3.7.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| malach-itboruta | Affected
| Fixed in
|
| malach-itboruta | Affected
| Fixed in– |
Hexborutapkg:hex/borutaOther threats | Affected
| Fixed in
|
CPE configurations (1)
cpe:2.3:a:malach-it:boruta:*:*:*:*:*:*:*:*
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
If you cannot patch yet, restrict access to the dynamic client registration endpoint if possible and monitor for unauthorized client registrations. Review and implement strict validation and allowlisting of client registration parameters to separate public and administrative metadata.
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. This 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. This issue affects boruta from 2.3.0 before 2.3.7.
References
- github.com/malach-it/boruta_auth/security/advisories/GHSA-w869-fcf2-68vp (opens in a new tab)
- cna.erlef.org/cves/CVE-2026-65635.html (opens in a new tab)
- osv.dev/vulnerability/EEF-CVE-2026-65635 (opens in a new tab)
- github.com/malach-it/boruta_auth/commit/82584c854a332482232fd25301ab12a835f9f643 (opens in a new tab)
- github.com/malach-it/boruta_auth/commit/95619a1beaff68fa766cca9b388e7c780d182525 (opens in a new tab)