Live › vulnerability › CVE-2026-62848
Metalama's Windows Visual Studio integration deserializes messages on a local named pipe without restricting which types it creates. A process running as the same logged-in user that writes to the pipe can send crafted messages and run arbitrary code inside the Visual Studio process.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-30 21:25 UTC. All times on this page are UTC.
Only Windows developers who use the Metalama Visual Studio integration are exposed; command-line and MSBuild-only builds do not use the affected channel. Exploitation needs a same-user local process that can write to the pipe, and default Windows pipe ACLs restrict writers to the logged-in user, so it does not cross a privilege boundary. Teams on Linux, macOS or build-only pipelines can skip it.
No product ranges from the sources yet.
2023.0.101-rc through 2025.1.18, 2026.0.25 and 2026.1.19, with 2026.1.0 through 2026.1.18 also affected.2024.1 through .2026.1.42025.1.18, 2026.0.25 or 2026.1.19 depending on the release line.2026.1.5.Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
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.
This page as .md · .json · in your agent: get_signal("CVE-2026-62848")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.