<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Cpe:2.3:a:postsharp:metalama.framework:*:*:*:*:*:*:*:* - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/cpes/cpe2.3apostsharpmetalama.framework/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 04 Nov 2026 04:13:40 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/cpes/cpe2.3apostsharpmetalama.framework/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>PostSharp Metalama: Unsafe deserialization in Visual Studio named pipes (CVE-2026-62848)</title><link>https://feed.craftedsignal.io/briefs/2026-11-metalama-deserialization/</link><pubDate>Wed, 04 Nov 2026 04:13:40 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-11-metalama-deserialization/</guid><description>Metalama's Visual Studio integration is vulnerable to arbitrary code execution due to unsafe deserialization of inter-process communication messages via predictable named pipes, requiring local access as the same user.</description><content:encoded><![CDATA[<p>Metalama's Visual Studio integration utilizes inter-process communication (IPC) via local Windows named pipes to exchange data between the Visual Studio UI process (<code>devenv</code>), Roslyn analysis processes, and CodeLens. These pipes perform unsafe deserialization of incoming messages without an allow-list, enabling arbitrary .NET type instantiation.</p>
<p>The vulnerability manifests through two primary deserialization mechanisms:</p>
<ol>
<li>Newtonsoft.Json with <code>TypeNameHandling.All</code> (Metalama 2023.0 through 2026.0.x).</li>
<li>Typeless MessagePack (Metalama 2026.1.0 through 2026.1.18).</li>
</ol>
<p>Both mechanisms leverage predictable pipe names (<code>Metalama_{role}_{processId}_{hash(PackageVersion)}</code>). Because the pipe access is restricted to the same logged-in user via default Windows ACLs, successful exploitation allows an attacker already executing code under the developer's context to achieve code execution within the Visual Studio process.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation results in arbitrary code execution within the Visual Studio UI, Roslyn analysis, or CodeLens processes. This grants the attacker full control over the process context, including the ability to access data and modify developer environment states, limited to the permissions of the current logged-in user.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade <code>Metalama.Framework</code> to version 2026.1.19 or later.</li>
<li>Update the <code>PostSharpTechnologies.PostSharp</code> Visual Studio extension to version 2026.1.5 or later.</li>
<li>Uninstall retired extensions <code>PostSharpTechnologies.Metalama</code> and <code>PostSharpTechnologies.caravela</code> and migrate to the maintained PostSharp extension (&gt;= 2026.1.5).</li>
<li>Prioritize these updates for developer workstations where the Metalama extension is active.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>