<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-02T15:39:00.485008+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cve-2026-44660</id>
    <title>CVE-2026-44660 — UltraJSON: Memory Leak in ujson.dump() on Write Failure</title>
    <updated>2026-10-02T15:39:00.490893+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> ultrajson</p>
<p>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.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-44660"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-c38f-wx89-p2xg</id>
    <title>GHSA-c38f-wx89-p2xg — UltraJSON has a Memory Leak in ujson.dump() on Write Failure</title>
    <updated>2026-10-02T15:39:00.490992+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: ujson</p>
<p>### Summary</p>
<p>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.</p>
<p>Code that uses `ujson.dumps()` rather than `ujson.dump()` or only JSON load/decode methods is unaffected.</p>
<p>### Details</p>
<p>**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:**</p>
<p>The `objToJSONFile()` function allocates a Python string object via `ujson_dumps_internal()`, calls the file's `write()` method, and returns early if `write()` raises an exception—but never calls `Py_DECREF(string)` on the early exit path.</p>
<p>### PoC
```python
import gc, tracemalloc, ujson</p>
<p>class BadFile:
    def write(self, s):
        raise RuntimeError("boom")</p>
<p>obj = {"x": "A" * 200000}</p>
<p>def run():
    try:
        ujson.dump(obj, BadFile())
    except RuntimeError:
        pass</p>
<p>run()
tracemalloc.start()
gc.collect()
base = tracemalloc.get_traced_memory()[0]</p>
<p>for i in range(5):
    run()
    gc.collect()
    cur = tracemalloc.get_traced_memory()[0]
    print(i, cur - base)
```</p>
<p>### Impact</p>
<p>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…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-c38f-wx89-p2xg"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-2293</id>
    <title>PYSEC-2026-2293</title>
    <updated>2026-10-02T15:39:00.491132+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: ujson</p>
<p>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.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-2293"/>
  </entry>
</feed>
