<?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>SGLang (&lt;= 0.5.21) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/sglang--0.5.21/</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>Mon, 12 Oct 2026 15:43:13 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/sglang--0.5.21/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>Unbounded Memory Allocation in SGLang</title><link>https://feed.craftedsignal.io/briefs/2026-10-sglang-dos/</link><pubDate>Mon, 12 Oct 2026 15:43:13 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-10-sglang-dos/</guid><description>SGLang versions up to 0.5.21 are vulnerable to a denial-of-service condition via an unbounded memory allocation issue in the /v1/audio/transcriptions endpoint.</description><content:encoded><![CDATA[<p>SGLang through version 0.5.21 contains an unbounded memory allocation vulnerability that allows unauthenticated remote attackers to exhaust system memory. The vulnerability exists within the /v1/audio/transcriptions endpoint, which fails to properly validate the size of incoming multipart file uploads. Because the application reads the entirety of these files into memory prior to performing size validation or processing, an attacker can leverage concurrent, oversized upload requests to trigger a service crash. This results in the denial of service for the HTTP and tokenizer worker components, potentially impacting the availability of the model serving infrastructure. Defenders should prioritize updating to a patched version or implementing request size limits at the load balancer or reverse proxy layer to mitigate potential exploitation.</p>
<h2 id="impact">Impact</h2>
<p>The vulnerability poses a high risk to availability, specifically for infrastructure relying on the affected SGLang audio transcription endpoint. Successful exploitation results in a service crash of the worker processes, denying legitimate users access to transcription services. This impacts any sector deploying SGLang for speech processing, particularly those with public-facing API interfaces.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Implement request body size limits at the edge (e.g., Nginx client_max_body_size) to block excessively large multipart uploads before they reach the SGLang application.</li>
<li>Monitor webserver logs for high-frequency or large POST requests targeting the /v1/audio/transcriptions endpoint.</li>
<li>Patch SGLang to the version addressing this memory allocation flaw as soon as vendor guidance is released.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>denial-of-service</category><category>vulnerability</category><category>sglang</category></item></channel></rss>