<?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-03T19:50:41.216454+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/bdu:2022-04296</id>
    <title>bdu:2022-04296</title>
    <updated>2026-10-03T19:50:41.295172+00:00</updated>
    <content>bdu:2022-04296</content>
    <link href="https://cve.radiocsirt.org/vuln/bdu:2022-04296"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/brew-theharvester-cve-2022-31116</id>
    <title>BREW-theharvester-CVE-2022-31116 — Incorrect handling of invalid surrogate pair characters</title>
    <updated>2026-10-03T19:50:41.295233+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Homebrew: theharvester</p>
<p>### Impact
_What kind of vulnerability is it? Who is impacted?_</p>
<p>Anyone parsing JSON from an untrusted source is vulnerable.</p>
<p>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.</p>
<p>Examples:</p>
<p>```python
# An unpaired high surrogate character is ignored.
&gt;&gt;&gt; ujson.loads(r'"\uD800"')
''
&gt;&gt;&gt; ujson.loads(r'"\uD800hello"')
'hello'</p>
<p># An unpaired low surrogate character is preserved.
&gt;&gt;&gt; ujson.loads(r'"\uDC00"')
'\udc00'</p>
<p># A pair of surrogates with additional non surrogate characters pair up in spite of being invalid.
&gt;&gt;&gt; ujson.loads(r'"\uD800foo bar\uDC00"')
'foo bar𐀀'
```</p>
<p>### Patches
_Has the problem been patched? What versions should users upgrade to?_</p>
<p>Users should upgrade to UltraJSON 5.4.0.</p>
<p>From version 5.4.0, UltraJSON decodes lone surrogates in the same way as the standard library's `json` module does, preserving them in the parsed output:</p>
<p>```python3
&gt;&gt;&gt; ujson.loads(r'"\uD800"')
'\ud800'
&gt;&gt;&gt; ujson.loads(r'"\uD800hello"')
'\ud800hello'
&gt;&gt;&gt; ujson.loads(r'"\uDC00"')
'\udc00'
&gt;&gt;&gt; ujson.loads(r'"\uD800foo bar\uDC00"')
'\ud800foo bar\udc00'
```</p>
<p>### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_</p>
<p>Short of switching to an entirely different JSON library, there are no safe alternatives to upgrading.</p>
<p>### For more information
If you have any questions or comments…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/brew-theharvester-cve-2022-31116"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/certfr-2024-avi-0366</id>
    <title>certfr-2024-avi-0366 — De multiples vulnérabilités ont été découvertes dans &lt;span
class="textit"&gt;les produits IBM&lt;/span&gt;. Certaines d'entre el…</title>
    <updated>2026-10-03T19:50:41.295306+00:00</updated>
    <content>certfr-2024-avi-0366</content>
    <link href="https://cve.radiocsirt.org/vuln/certfr-2024-avi-0366"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-232682</id>
    <title>EUVD-2026-232682</title>
    <updated>2026-10-03T19:50:41.295326+00:00</updated>
    <content>EUVD-2026-232682</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-232682"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2022-31116</id>
    <title>fkie_cve-2022-31116</title>
    <updated>2026-10-03T19:50:41.295338+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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's `json` module does, preserving them in the parsed output. Users are advised to upgrade. There are no known workarounds for this issue.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2022-31116"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-wpqr-jcpx-745r</id>
    <title>GHSA-wpqr-jcpx-745r — Incorrect handling of invalid surrogate pair characters</title>
    <updated>2026-10-03T19:50:41.295365+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: ujson</p>
<p>### Impact
_What kind of vulnerability is it? Who is impacted?_</p>
<p>Anyone parsing JSON from an untrusted source is vulnerable.</p>
<p>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.</p>
<p>Examples:</p>
<p>```python
# An unpaired high surrogate character is ignored.
&gt;&gt;&gt; ujson.loads(r'"\uD800"')
''
&gt;&gt;&gt; ujson.loads(r'"\uD800hello"')
'hello'</p>
<p># An unpaired low surrogate character is preserved.
&gt;&gt;&gt; ujson.loads(r'"\uDC00"')
'\udc00'</p>
<p># A pair of surrogates with additional non surrogate characters pair up in spite of being invalid.
&gt;&gt;&gt; ujson.loads(r'"\uD800foo bar\uDC00"')
'foo bar𐀀'
```</p>
<p>### Patches
_Has the problem been patched? What versions should users upgrade to?_</p>
<p>Users should upgrade to UltraJSON 5.4.0.</p>
<p>From version 5.4.0, UltraJSON decodes lone surrogates in the same way as the standard library's `json` module does, preserving them in the parsed output:</p>
<p>```python3
&gt;&gt;&gt; ujson.loads(r'"\uD800"')
'\ud800'
&gt;&gt;&gt; ujson.loads(r'"\uD800hello"')
'\ud800hello'
&gt;&gt;&gt; ujson.loads(r'"\uDC00"')
'\udc00'
&gt;&gt;&gt; ujson.loads(r'"\uD800foo bar\uDC00"')
'\ud800foo bar\udc00'
```</p>
<p>### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_</p>
<p>Short of switching to an entirely different JSON library, there are no safe alternatives to upgrading.</p>
<p>### For more information
If you have any questions or comments…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-wpqr-jcpx-745r"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2022-31116</id>
    <title>gsd-2022-31116</title>
    <updated>2026-10-03T19:50:41.295412+00:00</updated>
    <content>gsd-2022-31116</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2022-31116"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/oesa-2026-3606</id>
    <title>OESA-2026-3606 — python-ujson security update</title>
    <updated>2026-10-03T19:50:41.295424+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> openEuler:20.03-LTS-SP4: python-ujson</p>
<p>UltraJSON

Security Fix(es):</p>
<p>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)</p>
<p>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;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)</p>
<p>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)</p>
<p>UltraJSON is a fast JSON encoder and decoder written in pure C wi…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/oesa-2026-3606"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/opensuse-su-2024:12183-1</id>
    <title>openSUSE-SU-2024:12183-1 — python310-ujson-5.4.0-1.1 on GA media</title>
    <updated>2026-10-03T19:50:41.295506+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>python310-ujson-5.4.0-1.1 on GA media</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/opensuse-su-2024:12183-1"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/pysec-2026-1057</id>
    <title>PYSEC-2026-1057 — Incorrect handling of invalid surrogate pair characters</title>
    <updated>2026-10-03T19:50:41.295526+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: ujson</p>
<p>### Impact
_What kind of vulnerability is it? Who is impacted?_</p>
<p>Anyone parsing JSON from an untrusted source is vulnerable.</p>
<p>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.</p>
<p>Examples:</p>
<p>```python
# An unpaired high surrogate character is ignored.
&gt;&gt;&gt; ujson.loads(r'"\uD800"')
''
&gt;&gt;&gt; ujson.loads(r'"\uD800hello"')
'hello'</p>
<p># An unpaired low surrogate character is preserved.
&gt;&gt;&gt; ujson.loads(r'"\uDC00"')
'\udc00'</p>
<p># A pair of surrogates with additional non surrogate characters pair up in spite of being invalid.
&gt;&gt;&gt; ujson.loads(r'"\uD800foo bar\uDC00"')
'foo bar𐀀'
```</p>
<p>### Patches
_Has the problem been patched? What versions should users upgrade to?_</p>
<p>Users should upgrade to UltraJSON 5.4.0.</p>
<p>From version 5.4.0, UltraJSON decodes lone surrogates in the same way as the standard library's `json` module does, preserving them in the parsed output:</p>
<p>```python3
&gt;&gt;&gt; ujson.loads(r'"\uD800"')
'\ud800'
&gt;&gt;&gt; ujson.loads(r'"\uD800hello"')
'\ud800hello'
&gt;&gt;&gt; ujson.loads(r'"\uDC00"')
'\udc00'
&gt;&gt;&gt; ujson.loads(r'"\uD800foo bar\uDC00"')
'\ud800foo bar\udc00'
```</p>
<p>### Workarounds
_Is there a way for users to fix or remediate the vulnerability without upgrading?_</p>
<p>Short of switching to an entirely different JSON library, there are no safe alternatives to upgrading.</p>
<p>### For more information
If you have any questions or comments…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/pysec-2026-1057"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/rhsa-2022:8850</id>
    <title>RHSA-2022:8850 — Red Hat Security Advisory: Red Hat OpenStack Platform 16.2.4 (python-ujson) security update</title>
    <updated>2026-10-03T19:50:41.295570+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>python-ujson: improper decoding of escaped surrogate characters may lead to string corruption, key confusion or value overwriting python-ujson: Potential double free of buffer during string decoding</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/rhsa-2022:8850"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-31116</id>
    <title>UBUNTU-CVE-2022-31116</title>
    <updated>2026-10-03T19:50:41.295590+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:14.04:LTS: pandas, Ubuntu:Pro:16.04:LTS: ujson, Ubuntu:16.04:LTS: collada2gltf, Ubuntu:16.04:LTS: pandas, Ubuntu:18.04:LTS: collada2gltf, Ubuntu:18.04:LTS: pandas, Ubuntu:Pro:18.04:LTS: ujson, Ubuntu:20.04:LTS: pandas, Ubuntu:22.04:LTS: collada2gltf, Ubuntu:22.04:LTS: pandas and 4 more</p>
<p>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's `json` module does, preserving them in the parsed output. Users are advised to upgrade. There are no known workarounds for this issue.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-31116"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2022-2265</id>
    <title>WID-SEC-W-2022-2265 — Red Hat OpenStack: Mehrere Schwachstellen</title>
    <updated>2026-10-03T19:50:41.295634+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Red Hat OpenStack ausnutzen, um die Verfügbarkeit, Vertraulichkeit und Integrität zu gefährden.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2022-2265"/>
  </entry>
</feed>
