<?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>@Tsparticles/Mcp-Server - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/@tsparticles/mcp-server/</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, 11 Nov 2026 07:31:24 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/@tsparticles/mcp-server/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>tsparticles: Remote Denial of Service via Unbounded HTTP Request Body Buffering</title><link>https://feed.craftedsignal.io/briefs/2026-11-tsparticles-mcp-dos/</link><pubDate>Wed, 11 Nov 2026 07:31:24 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-11-tsparticles-mcp-dos/</guid><description>The @tsparticles/mcp-server HTTP handler fails to restrict the size of incoming request bodies, allowing an unauthenticated attacker to cause OOM-driven process termination via a large POST request.</description><content:encoded><![CDATA[<p>The HTTP server mode of <code>@tsparticles/mcp-server</code> is vulnerable to a Denial of Service (DoS) attack. The application's <code>/mcp</code> POST endpoint accumulates all incoming request body chunks into an in-memory <code>Buffer[]</code> array without enforcing size limits or checking the <code>Content-Length</code> header. An attacker can stream an arbitrarily large body, exhausting the Node.js process memory and triggering an OOM-killer termination. The default configuration exposes this endpoint on all network interfaces (0.0.0.0:3000) when deployed via the official Docker image.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation leads to complete service unavailability of the <code>mcp-server</code> instance. The vulnerability allows an unauthenticated remote attacker to force an OOM-kill of the containerized process. No credentials are required, and the impact is limited to resource exhaustion rather than direct unauthorized data access or code execution.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Update or patch the <code>integrations/mcp-server/src/index.ts</code> file to implement a maximum body size limit during the request stream processing.</li>
<li>Implement a check for the <code>Content-Length</code> header before consuming the request body.</li>
<li>If immediate patching is not possible, place a reverse proxy or Web Application Firewall (WAF) in front of the service to enforce request body size limits and restrict access to the <code>/mcp</code> endpoint.</li>
<li>Monitor container memory usage metrics for abnormal spikes associated with requests to the <code>/mcp</code> endpoint.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>denial-of-service</category><category>webserver</category><category>oom</category><category>nodejs</category></item></channel></rss>