<?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, 03 Oct 2026 06:23:06 +0000</lastBuildDate>
    <item>
      <title>BREW-magic-wormhole-CVE-2026-44660 — UltraJSON has a Memory Leak in ujson.dump() on Write Failure</title>
      <link>https://cve.radiocsirt.org/vuln/brew-magic-wormhole-cve-2026-44660</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: magic-wormhole&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When `ujson.dump()` writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload.&lt;/p&gt;
&lt;p&gt;Code that uses `ujson.dumps()` rather than `ujson.dump()` or only JSON load/decode methods is unaffected.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Vulnerability Location:**
- `src/ujson/python/objToJSON.c:913` - `objToJSONFile()` function start
- `src/ujson/python/objToJSON.c:931` - Error return on write failure
- `src/ujson/python/objToJSON.c:942` - Early return without cleanup
 
**Root Cause:**&lt;/p&gt;
&lt;p&gt;The `objToJSONFile()` function allocates a Python string object via `ujson_dumps_internal()`, calls the file&amp;#39;s `write()` method, and returns early if `write()` raises an exception—but never calls `Py_DECREF(string)` on the early exit path.&lt;/p&gt;
&lt;p&gt;### PoC
```python
import gc, tracemalloc, ujson&lt;/p&gt;
&lt;p&gt;class BadFile:
    def write(self, s):
        raise RuntimeError(&amp;#34;boom&amp;#34;)&lt;/p&gt;
&lt;p&gt;obj = {&amp;#34;x&amp;#34;: &amp;#34;A&amp;#34; * 200000}&lt;/p&gt;
&lt;p&gt;def run():
    try:
        ujson.dump(obj, BadFile())
    except RuntimeError:
        pass&lt;/p&gt;
&lt;p&gt;run()
tracemalloc.start()
gc.collect()
base = tracemalloc.get_traced_memory()[0]&lt;/p&gt;
&lt;p&gt;for i in range(5):
    run()
    gc.collect()
    cur = tracemalloc.get_traced_memory()[0]
    print(i, cur - base)
```&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Any application that serializes data through `ujson.dump()` to an attacker-influenced file-like object that can fail can be driven into linear memory growth. An attacker…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Homebrew: magic-wormhole&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When `ujson.dump()` writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload.&lt;/p&gt;
&lt;p&gt;Code that uses `ujson.dumps()` rather than `ujson.dump()` or only JSON load/decode methods is unaffected.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Vulnerability Location:**
- `src/ujson/python/objToJSON.c:913` - `objToJSONFile()` function start
- `src/ujson/python/objToJSON.c:931` - Error return on write failure
- `src/ujson/python/objToJSON.c:942` - Early return without cleanup
 
**Root Cause:**&lt;/p&gt;
&lt;p&gt;The `objToJSONFile()` function allocates a Python string object via `ujson_dumps_internal()`, calls the file&amp;#39;s `write()` method, and returns early if `write()` raises an exception—but never calls `Py_DECREF(string)` on the early exit path.&lt;/p&gt;
&lt;p&gt;### PoC
```python
import gc, tracemalloc, ujson&lt;/p&gt;
&lt;p&gt;class BadFile:
    def write(self, s):
        raise RuntimeError(&amp;#34;boom&amp;#34;)&lt;/p&gt;
&lt;p&gt;obj = {&amp;#34;x&amp;#34;: &amp;#34;A&amp;#34; * 200000}&lt;/p&gt;
&lt;p&gt;def run():
    try:
        ujson.dump(obj, BadFile())
    except RuntimeError:
        pass&lt;/p&gt;
&lt;p&gt;run()
tracemalloc.start()
gc.collect()
base = tracemalloc.get_traced_memory()[0]&lt;/p&gt;
&lt;p&gt;for i in range(5):
    run()
    gc.collect()
    cur = tracemalloc.get_traced_memory()[0]
    print(i, cur - base)
```&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Any application that serializes data through `ujson.dump()` to an attacker-influenced file-like object that can fail can be driven into linear memory growth. An attacker…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/brew-magic-wormhole-cve-2026-44660</guid>
    </item>
    <item>
      <title>EUVD-2026-323047</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-323047</link>
      <description>EUVD-2026-323047</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-323047</guid>
    </item>
    <item>
      <title>fkie_cve-2026-44660</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-44660</link>
      <description>&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Prior to 5.12.1, when ujson.dump() writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload. This vulnerability is fixed in 5.12.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Prior to 5.12.1, when ujson.dump() writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload. This vulnerability is fixed in 5.12.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-44660</guid>
    </item>
    <item>
      <title>GHSA-c38f-wx89-p2xg — UltraJSON has a Memory Leak in ujson.dump() on Write Failure</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-c38f-wx89-p2xg</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ujson&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When `ujson.dump()` writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload.&lt;/p&gt;
&lt;p&gt;Code that uses `ujson.dumps()` rather than `ujson.dump()` or only JSON load/decode methods is unaffected.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Vulnerability Location:**
- `src/ujson/python/objToJSON.c:913` - `objToJSONFile()` function start
- `src/ujson/python/objToJSON.c:931` - Error return on write failure
- `src/ujson/python/objToJSON.c:942` - Early return without cleanup
 
**Root Cause:**&lt;/p&gt;
&lt;p&gt;The `objToJSONFile()` function allocates a Python string object via `ujson_dumps_internal()`, calls the file&amp;#39;s `write()` method, and returns early if `write()` raises an exception—but never calls `Py_DECREF(string)` on the early exit path.&lt;/p&gt;
&lt;p&gt;### PoC
```python
import gc, tracemalloc, ujson&lt;/p&gt;
&lt;p&gt;class BadFile:
    def write(self, s):
        raise RuntimeError(&amp;#34;boom&amp;#34;)&lt;/p&gt;
&lt;p&gt;obj = {&amp;#34;x&amp;#34;: &amp;#34;A&amp;#34; * 200000}&lt;/p&gt;
&lt;p&gt;def run():
    try:
        ujson.dump(obj, BadFile())
    except RuntimeError:
        pass&lt;/p&gt;
&lt;p&gt;run()
tracemalloc.start()
gc.collect()
base = tracemalloc.get_traced_memory()[0]&lt;/p&gt;
&lt;p&gt;for i in range(5):
    run()
    gc.collect()
    cur = tracemalloc.get_traced_memory()[0]
    print(i, cur - base)
```&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Any application that serializes data through `ujson.dump()` to an attacker-influenced file-like object that can fail can be driven into linear memory growth. An attacker…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ujson&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When `ujson.dump()` writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload.&lt;/p&gt;
&lt;p&gt;Code that uses `ujson.dumps()` rather than `ujson.dump()` or only JSON load/decode methods is unaffected.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;**Vulnerability Location:**
- `src/ujson/python/objToJSON.c:913` - `objToJSONFile()` function start
- `src/ujson/python/objToJSON.c:931` - Error return on write failure
- `src/ujson/python/objToJSON.c:942` - Early return without cleanup
 
**Root Cause:**&lt;/p&gt;
&lt;p&gt;The `objToJSONFile()` function allocates a Python string object via `ujson_dumps_internal()`, calls the file&amp;#39;s `write()` method, and returns early if `write()` raises an exception—but never calls `Py_DECREF(string)` on the early exit path.&lt;/p&gt;
&lt;p&gt;### PoC
```python
import gc, tracemalloc, ujson&lt;/p&gt;
&lt;p&gt;class BadFile:
    def write(self, s):
        raise RuntimeError(&amp;#34;boom&amp;#34;)&lt;/p&gt;
&lt;p&gt;obj = {&amp;#34;x&amp;#34;: &amp;#34;A&amp;#34; * 200000}&lt;/p&gt;
&lt;p&gt;def run():
    try:
        ujson.dump(obj, BadFile())
    except RuntimeError:
        pass&lt;/p&gt;
&lt;p&gt;run()
tracemalloc.start()
gc.collect()
base = tracemalloc.get_traced_memory()[0]&lt;/p&gt;
&lt;p&gt;for i in range(5):
    run()
    gc.collect()
    cur = tracemalloc.get_traced_memory()[0]
    print(i, cur - base)
```&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Any application that serializes data through `ujson.dump()` to an attacker-influenced file-like object that can fail can be driven into linear memory growth. An attacker…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-c38f-wx89-p2xg</guid>
    </item>
    <item>
      <title>OESA-2026-3606 — python-ujson security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-3606</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: python-ujson&lt;/p&gt;
&lt;p&gt;UltraJSON&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;UltraJSON (aka ujson) through 5.1.0 has a stack-based buffer overflow in Buffer_AppendIndentUnchecked (called from encode). Exploitation can, for example, use a large amount of indentation.(CVE-2021-45958)&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Affected versions were found to improperly decode certain characters. JSON strings that contain escaped surrogate characters not part of a proper surrogate pair were decoded incorrectly. Besides corrupting strings, this allowed for potential key confusion and value overwriting in dictionaries. All users parsing JSON from untrusted sources are vulnerable. From version 5.4.0, UltraJSON decodes lone surrogates in the same way as the standard library&amp;amp;apos;s `json` module does, preserving them in the parsed output. Users are advised to upgrade. There are no known workarounds for this issue.(CVE-2022-31116)&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. In versions prior to 5.4.0 an error occurring while reallocating a buffer for string decoding can cause the buffer to get freed twice. Due to how UltraJSON uses the internal decoder, this double free is impossible to trigger from Python. This issue has been resolved in version 5.4.0 and all users should upgrade to UltraJSON 5.4.0. There are no known workarounds for this issue.(CVE-2022-31117)&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C wi…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: python-ujson&lt;/p&gt;
&lt;p&gt;UltraJSON&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;UltraJSON (aka ujson) through 5.1.0 has a stack-based buffer overflow in Buffer_AppendIndentUnchecked (called from encode). Exploitation can, for example, use a large amount of indentation.(CVE-2021-45958)&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Affected versions were found to improperly decode certain characters. JSON strings that contain escaped surrogate characters not part of a proper surrogate pair were decoded incorrectly. Besides corrupting strings, this allowed for potential key confusion and value overwriting in dictionaries. All users parsing JSON from untrusted sources are vulnerable. From version 5.4.0, UltraJSON decodes lone surrogates in the same way as the standard library&amp;amp;apos;s `json` module does, preserving them in the parsed output. Users are advised to upgrade. There are no known workarounds for this issue.(CVE-2022-31116)&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. In versions prior to 5.4.0 an error occurring while reallocating a buffer for string decoding can cause the buffer to get freed twice. Due to how UltraJSON uses the internal decoder, this double free is impossible to trigger from Python. This issue has been resolved in version 5.4.0 and all users should upgrade to UltraJSON 5.4.0. There are no known workarounds for this issue.(CVE-2022-31117)&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C wi…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-3606</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21518-1 — Security update for python-ujson</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:21518-1</link>
      <description>&lt;p&gt;Security update for python-ujson&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for python-ujson&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:21518-1</guid>
    </item>
    <item>
      <title>PYSEC-2026-2293</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-2293</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ujson&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Prior to 5.12.1, when ujson.dump() writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload. This vulnerability is fixed in 5.12.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: ujson&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Prior to 5.12.1, when ujson.dump() writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload. This vulnerability is fixed in 5.12.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-2293</guid>
    </item>
    <item>
      <title>RHSA-2026:42644 — Red Hat Security Advisory: RHOAI 2.25.9 - Red Hat OpenShift AI</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2026:42644</link>
      <description>&lt;p&gt;idna: idna accepts Punycode labels that do not produce any non-ASCII when decoded transformers: code execution when processing a malicious Perceiver model file transformers: code execution when processing a malicious Transformer-XL model file transformers: code execution when processing a malicious megatron_gpt2 model file transformers: code execution when converting a malicious SEW model checkpoint transformers: code execution when converting a malicious SEW-D model checkpoint transformers: code execution when converting a malicious HuBERT model checkpoint transformers: code execution when processing a malicious X-CLIP model file transformers: code execution when processing a malicious GLM4 model file aiohttp: aiohttp: Denial of Service via specially crafted POST request aiohttp: aiohttp: Denial of Service via memory exhaustion from crafted POST request python-transformers: python-transformers: Arbitrary code execution due to overridden trust_remote_code setting python-pip: Path traversal via malicious entry point name in pip wheel installation allows arbitrary file overwrite keras: Keras: Arbitrary file write via path traversal in archive extraction utilities vllm: vLLM: Denial of Service via specially crafted image in multimodal model serving vLLM: vLLM: Arbitrary code execution via untrusted model loading pyasn1: pyasn1: Denial of Service due to memory exhaustion from malformed RELATIVE-OID python-multipart: Python-Multipart: Arbitrary file write via path traversal vulne…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;idna: idna accepts Punycode labels that do not produce any non-ASCII when decoded transformers: code execution when processing a malicious Perceiver model file transformers: code execution when processing a malicious Transformer-XL model file transformers: code execution when processing a malicious megatron_gpt2 model file transformers: code execution when converting a malicious SEW model checkpoint transformers: code execution when converting a malicious SEW-D model checkpoint transformers: code execution when converting a malicious HuBERT model checkpoint transformers: code execution when processing a malicious X-CLIP model file transformers: code execution when processing a malicious GLM4 model file aiohttp: aiohttp: Denial of Service via specially crafted POST request aiohttp: aiohttp: Denial of Service via memory exhaustion from crafted POST request python-transformers: python-transformers: Arbitrary code execution due to overridden trust_remote_code setting python-pip: Path traversal via malicious entry point name in pip wheel installation allows arbitrary file overwrite keras: Keras: Arbitrary file write via path traversal in archive extraction utilities vllm: vLLM: Denial of Service via specially crafted image in multimodal model serving vLLM: vLLM: Arbitrary code execution via untrusted model loading pyasn1: pyasn1: Denial of Service due to memory exhaustion from malformed RELATIVE-OID python-multipart: Python-Multipart: Arbitrary file write via path traversal vulne…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2026:42644</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23114-1 — Security update for python-ujson</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23114-1</link>
      <description>&lt;p&gt;Security update for python-ujson&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for python-ujson&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2026:23114-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-44660</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-44660</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:14.04:LTS: pandas, Ubuntu:16.04:LTS: collada2gltf, Ubuntu:16.04:LTS: pandas, Ubuntu:Pro:16.04:LTS: ujson, Ubuntu:18.04:LTS: collada2gltf, Ubuntu:18.04:LTS: pandas, Ubuntu:Pro:18.04:LTS: ujson, Ubuntu:20.04:LTS: pandas, Ubuntu:Pro:20.04:LTS: ujson, Ubuntu:22.04:LTS: collada2gltf and 8 more&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Prior to 5.12.1, when ujson.dump() writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload. This vulnerability is fixed in 5.12.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:14.04:LTS: pandas, Ubuntu:16.04:LTS: collada2gltf, Ubuntu:16.04:LTS: pandas, Ubuntu:Pro:16.04:LTS: ujson, Ubuntu:18.04:LTS: collada2gltf, Ubuntu:18.04:LTS: pandas, Ubuntu:Pro:18.04:LTS: ujson, Ubuntu:20.04:LTS: pandas, Ubuntu:Pro:20.04:LTS: ujson, Ubuntu:22.04:LTS: collada2gltf and 8 more&lt;/p&gt;
&lt;p&gt;UltraJSON is a fast JSON encoder and decoder written in pure C with bindings for Python 3.7+. Prior to 5.12.1, when ujson.dump() writes to a file-like object and the write operation raises an exception, the serialized JSON string object is not decremented, leaking memory. Each failed write operation leaks the full size of the serialized payload. This vulnerability is fixed in 5.12.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-44660</guid>
    </item>
  </channel>
</rss>
