<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 17 Oct 2026 13:45:26 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-06583</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-06583</link>
      <description>bdu:2026-06583</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-06583</guid>
    </item>
    <item>
      <title>EUVD-2026-242223</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-242223</link>
      <description>EUVD-2026-242223</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-242223</guid>
    </item>
    <item>
      <title>fkie_cve-2025-48944</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-48944</link>
      <description>&lt;p&gt;vLLM is an inference and serving engine for large language models (LLMs). In version 0.8.0 up to but excluding 0.9.0, the vLLM backend used with the /v1/chat/completions OpenAPI endpoint fails to validate unexpected or malformed input in the &amp;#34;pattern&amp;#34; and &amp;#34;type&amp;#34; fields when the tools functionality is invoked. These inputs are not validated before being compiled or parsed, causing a crash of the inference worker with a single request. The worker will remain down until it is restarted. Version 0.9.0 fixes the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;vLLM is an inference and serving engine for large language models (LLMs). In version 0.8.0 up to but excluding 0.9.0, the vLLM backend used with the /v1/chat/completions OpenAPI endpoint fails to validate unexpected or malformed input in the &amp;#34;pattern&amp;#34; and &amp;#34;type&amp;#34; fields when the tools functionality is invoked. These inputs are not validated before being compiled or parsed, causing a crash of the inference worker with a single request. The worker will remain down until it is restarted. Version 0.9.0 fixes the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-48944</guid>
    </item>
    <item>
      <title>GHSA-vrq3-r879-7m65 — vLLM Tool Schema allows DoS via Malformed pattern and type Fields</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-vrq3-r879-7m65</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vllm&lt;/p&gt;
&lt;p&gt;### Summary
The vLLM backend used with the /v1/chat/completions OpenAPI endpoint fails to validate unexpected or malformed input in the &amp;#34;pattern&amp;#34; and &amp;#34;type&amp;#34; fields when the tools functionality is invoked. These inputs are not validated before being compiled or parsed, causing a crash of the inference worker with a single request. The worker will remain down until it is restarted.&lt;/p&gt;
&lt;p&gt;### Details
The &amp;#34;type&amp;#34; field is expected to be one of: &amp;#34;string&amp;#34;, &amp;#34;number&amp;#34;, &amp;#34;object&amp;#34;, &amp;#34;boolean&amp;#34;, &amp;#34;array&amp;#34;, or &amp;#34;null&amp;#34;. Supplying any other value will cause the worker to crash with the following error:&lt;/p&gt;
&lt;p&gt;RuntimeError: [11:03:34] /project/cpp/json_schema_converter.cc:637: Unsupported type &amp;#34;something_or_nothing&amp;#34;&lt;/p&gt;
&lt;p&gt;The &amp;#34;pattern&amp;#34; field undergoes Jinja2 rendering (I think) prior to being passed unsafely into the native regex compiler without validation or escaping. This allows malformed expressions to reach the underlying C++ regex engine, resulting in fatal errors.&lt;/p&gt;
&lt;p&gt;For example, the following inputs will crash the worker:&lt;/p&gt;
&lt;p&gt;Unclosed {, [, or (&lt;/p&gt;
&lt;p&gt;Closed:{} and []&lt;/p&gt;
&lt;p&gt;Here are some of runtime errors on the crash depending on what gets injected:&lt;/p&gt;
&lt;p&gt;RuntimeError: [12:05:04] /project/cpp/regex_converter.cc:73: Regex parsing error at position 4: The parenthesis is not closed.
RuntimeError: [10:52:27] /project/cpp/regex_converter.cc:73: Regex parsing error at position 2: Invalid repetition count.
RuntimeError: [12:07:18] /project/cpp/regex_converter.cc:73: Regex parsing error at position 6: Two consecutive repetition mo…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vllm&lt;/p&gt;
&lt;p&gt;### Summary
The vLLM backend used with the /v1/chat/completions OpenAPI endpoint fails to validate unexpected or malformed input in the &amp;#34;pattern&amp;#34; and &amp;#34;type&amp;#34; fields when the tools functionality is invoked. These inputs are not validated before being compiled or parsed, causing a crash of the inference worker with a single request. The worker will remain down until it is restarted.&lt;/p&gt;
&lt;p&gt;### Details
The &amp;#34;type&amp;#34; field is expected to be one of: &amp;#34;string&amp;#34;, &amp;#34;number&amp;#34;, &amp;#34;object&amp;#34;, &amp;#34;boolean&amp;#34;, &amp;#34;array&amp;#34;, or &amp;#34;null&amp;#34;. Supplying any other value will cause the worker to crash with the following error:&lt;/p&gt;
&lt;p&gt;RuntimeError: [11:03:34] /project/cpp/json_schema_converter.cc:637: Unsupported type &amp;#34;something_or_nothing&amp;#34;&lt;/p&gt;
&lt;p&gt;The &amp;#34;pattern&amp;#34; field undergoes Jinja2 rendering (I think) prior to being passed unsafely into the native regex compiler without validation or escaping. This allows malformed expressions to reach the underlying C++ regex engine, resulting in fatal errors.&lt;/p&gt;
&lt;p&gt;For example, the following inputs will crash the worker:&lt;/p&gt;
&lt;p&gt;Unclosed {, [, or (&lt;/p&gt;
&lt;p&gt;Closed:{} and []&lt;/p&gt;
&lt;p&gt;Here are some of runtime errors on the crash depending on what gets injected:&lt;/p&gt;
&lt;p&gt;RuntimeError: [12:05:04] /project/cpp/regex_converter.cc:73: Regex parsing error at position 4: The parenthesis is not closed.
RuntimeError: [10:52:27] /project/cpp/regex_converter.cc:73: Regex parsing error at position 2: Invalid repetition count.
RuntimeError: [12:07:18] /project/cpp/regex_converter.cc:73: Regex parsing error at position 6: Two consecutive repetition mo…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-vrq3-r879-7m65</guid>
    </item>
    <item>
      <title>PYSEC-2026-2023 — vLLM Tool Schema allows DoS via Malformed pattern and type Fields</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-2023</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vllm&lt;/p&gt;
&lt;p&gt;### Summary
The vLLM backend used with the /v1/chat/completions OpenAPI endpoint fails to validate unexpected or malformed input in the &amp;#34;pattern&amp;#34; and &amp;#34;type&amp;#34; fields when the tools functionality is invoked. These inputs are not validated before being compiled or parsed, causing a crash of the inference worker with a single request. The worker will remain down until it is restarted.&lt;/p&gt;
&lt;p&gt;### Details
The &amp;#34;type&amp;#34; field is expected to be one of: &amp;#34;string&amp;#34;, &amp;#34;number&amp;#34;, &amp;#34;object&amp;#34;, &amp;#34;boolean&amp;#34;, &amp;#34;array&amp;#34;, or &amp;#34;null&amp;#34;. Supplying any other value will cause the worker to crash with the following error:&lt;/p&gt;
&lt;p&gt;RuntimeError: [11:03:34] /project/cpp/json_schema_converter.cc:637: Unsupported type &amp;#34;something_or_nothing&amp;#34;&lt;/p&gt;
&lt;p&gt;The &amp;#34;pattern&amp;#34; field undergoes Jinja2 rendering (I think) prior to being passed unsafely into the native regex compiler without validation or escaping. This allows malformed expressions to reach the underlying C++ regex engine, resulting in fatal errors.&lt;/p&gt;
&lt;p&gt;For example, the following inputs will crash the worker:&lt;/p&gt;
&lt;p&gt;Unclosed {, [, or (&lt;/p&gt;
&lt;p&gt;Closed:{} and []&lt;/p&gt;
&lt;p&gt;Here are some of runtime errors on the crash depending on what gets injected:&lt;/p&gt;
&lt;p&gt;RuntimeError: [12:05:04] /project/cpp/regex_converter.cc:73: Regex parsing error at position 4: The parenthesis is not closed.
RuntimeError: [10:52:27] /project/cpp/regex_converter.cc:73: Regex parsing error at position 2: Invalid repetition count.
RuntimeError: [12:07:18] /project/cpp/regex_converter.cc:73: Regex parsing error at position 6: Two consecutive repetition mo…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: vllm&lt;/p&gt;
&lt;p&gt;### Summary
The vLLM backend used with the /v1/chat/completions OpenAPI endpoint fails to validate unexpected or malformed input in the &amp;#34;pattern&amp;#34; and &amp;#34;type&amp;#34; fields when the tools functionality is invoked. These inputs are not validated before being compiled or parsed, causing a crash of the inference worker with a single request. The worker will remain down until it is restarted.&lt;/p&gt;
&lt;p&gt;### Details
The &amp;#34;type&amp;#34; field is expected to be one of: &amp;#34;string&amp;#34;, &amp;#34;number&amp;#34;, &amp;#34;object&amp;#34;, &amp;#34;boolean&amp;#34;, &amp;#34;array&amp;#34;, or &amp;#34;null&amp;#34;. Supplying any other value will cause the worker to crash with the following error:&lt;/p&gt;
&lt;p&gt;RuntimeError: [11:03:34] /project/cpp/json_schema_converter.cc:637: Unsupported type &amp;#34;something_or_nothing&amp;#34;&lt;/p&gt;
&lt;p&gt;The &amp;#34;pattern&amp;#34; field undergoes Jinja2 rendering (I think) prior to being passed unsafely into the native regex compiler without validation or escaping. This allows malformed expressions to reach the underlying C++ regex engine, resulting in fatal errors.&lt;/p&gt;
&lt;p&gt;For example, the following inputs will crash the worker:&lt;/p&gt;
&lt;p&gt;Unclosed {, [, or (&lt;/p&gt;
&lt;p&gt;Closed:{} and []&lt;/p&gt;
&lt;p&gt;Here are some of runtime errors on the crash depending on what gets injected:&lt;/p&gt;
&lt;p&gt;RuntimeError: [12:05:04] /project/cpp/regex_converter.cc:73: Regex parsing error at position 4: The parenthesis is not closed.
RuntimeError: [10:52:27] /project/cpp/regex_converter.cc:73: Regex parsing error at position 2: Invalid repetition count.
RuntimeError: [12:07:18] /project/cpp/regex_converter.cc:73: Regex parsing error at position 6: Two consecutive repetition mo…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-2023</guid>
    </item>
  </channel>
</rss>
