CVE-2026-62848 json
Metalama's Visual Studio inter-process named pipe allows unsafe deserialization that enables local code execution
published 2026-10-30 9 d ago modified 2026-11-06 2 d ago also GHSA-h26j-4vp7-x9w2 , EUVD-2026-114449
- cvss
- 7.3
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.2%
- EPSS 0.2% chance of exploitation in 30 days, percentile 8%
- public exploits
- 0
- none known
Summary
Metalama is a Roslyn-based open-source patterns and architecture toolkit for C#. From 2023.0.101-rc until 2025.1.18, 2026.0.25 and 2026.1.19, the Windows Visual Studio integration deserializes local named-pipe messages without restricting which CLR types can be instantiated. The pipe connects `devenv`, the out-of-process Roslyn code-analysis process and the `CodeLens` process, and has the predictable name `Metalama_{role}_{processId}_{hash(PackageVersion)}`. Releases from the first public 2023.0 line through 2026.0.x use Newtonsoft.Json with `TypeNameHandling.All`; the later `SerializationBinder` only remaps assembly names, and `BindToType` resolves arbitrary wire-supplied types without an allow-list. Releases 2026.1.0 through 2026.1.18 use typeless MessagePack with `TypelessObjectResolver` and likewise instantiate arbitrary types. A same-user local process able to write to the pipe can send crafted messages that lead to arbitrary code execution with confidentiality, integrity and availability impacts inside the affected Visual Studio process. Default Windows pipe ACLs limit writers to the same logged-in user, so this does not escalate privileges or cross a security boundary; command-line and MSBuild-only builds do not use the channel. The maintained Metalama + PostSharp extension is affected from 2024.1 through 2026.1.4, while earlier Metalama-free PostSharp versions are unaffected. The retired Metalama and Caravela extensions remain affected and require removal or migration. The framework issue is fixed in versions 2025.1.18, 2026.0.25 and 2026.1.19; the maintained Metalama + PostSharp Visual Studio extension is fixed in version 2026.1.5. The retired Metalama and Caravela extensions require removal or migration.
Patch / fix
- nuget Metalama.Framework 2025.1.18, 2026.0.25, 2026.1.19
- github.com/metalama/Metalama@5b4ced2 commit
- github.com/metalama/Metalama@d97f52e commit
- github.com/metalama/Metalama#1651 pull request
- github.com/metalama/Metalama/releases/tag/release/2025.1.18 release
- github.com/metalama/Metalama/releases/tag/release/2026.0.25 release
- github.com/metalama/Metalama/releases/tag/release/2026.1.19 release
CISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- total
- Assessed
- 2 d ago
Exploit prediction
0.19% chance of exploitation in the next 30 days, higher than 8% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 7.3 | CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H |
| GitHub | 3.1 | 7.3 | CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| nuget | Metalama.Framework | >=2026.1.0-preview, <2026.1.19 <2025.1.18 >=2026.0.1-preview, <2026.0.25 |
2026.1.19 2025.1.18 2026.0.25 |
Affected products
- metalama Metalama
Classification
References
-
github.com
/metalama/Metalama/pull/1651
web
-
github.com
/metalama/Metalama/commit/5b4ced29f2b25631cc2e44d05b0fd5fe838b6cbe
web
-
github.com
/metalama/Metalama/commit/d97f52e1b53ffe4176b2b05c56ffdf1ccd2f53a9
web
-
github.com
/metalama/Metalama/security/advisories/GHSA-h26j-4vp7-x9w2
web
-
github.com
/metalama/Metalama/releases/tag/release/2025.1.18
web
-
github.com
/metalama/Metalama/releases/tag/release/2026.0.25
web
-
github.com
/metalama/Metalama/releases/tag/release/2026.1.19
web
-
nvd.nist.gov
/vuln/detail/CVE-2026-62848
advisory
-
github.com
/metalama/Metalama
package
Sources
- CVE List CVE-2026-62848
- GitHub Advisory GHSA-h26j-4vp7-x9w2
- NVD CVE-2026-62848
Fencer Vulns keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.