<?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>Mon, 12 Oct 2026 20:09:28 +0000</lastBuildDate>
    <item>
      <title>CVE-2025-64182 — OpenEXR has buffer overflow in PyOpenEXR_old's channels() and channel()</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2025-64182</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AcademySoftwareFoundation openexr&lt;/p&gt;
&lt;p&gt;OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In versions 3.2.0 through 3.2.4, 3.3.0 through 3.3.5, and 3.4.0 through 3.4.2, a memory safety bug in the legacy OpenEXR Python adapter (the deprecated OpenEXR.InputFile wrapper) allow crashes and likely code execution when opening attacker-controlled EXR files or when passing crafted Python objects. Integer overflow and unchecked allocation in InputFile.channel() and InputFile.channels() can lead to heap overflow (32 bit) or a NULL deref (64 bit). Versions 3.2.5, 3.3.6, and 3.4.3 contain a patch for the issue.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AcademySoftwareFoundation openexr&lt;/p&gt;
&lt;p&gt;OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. In versions 3.2.0 through 3.2.4, 3.3.0 through 3.3.5, and 3.4.0 through 3.4.2, a memory safety bug in the legacy OpenEXR Python adapter (the deprecated OpenEXR.InputFile wrapper) allow crashes and likely code execution when opening attacker-controlled EXR files or when passing crafted Python objects. Integer overflow and unchecked allocation in InputFile.channel() and InputFile.channels() can lead to heap overflow (32 bit) or a NULL deref (64 bit). Versions 3.2.5, 3.3.6, and 3.4.3 contain a patch for the issue.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2025-64182</guid>
    </item>
    <item>
      <title>GHSA-vh63-9mqx-wmjr — OpenEXR has buffer overflow in PyOpenEXR_old's channels() and channel()</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-vh63-9mqx-wmjr</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: OpenEXR&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;A memory safety bug in the legacy OpenEXR Python adapter (the deprecated OpenEXR.InputFile wrapper) allow crashes and likely code execution when opening attacker-controlled EXR files or when passing crafted Python objects.&lt;/p&gt;
&lt;p&gt;Integer overflow and unchecked allocation in InputFile.channel() and InputFile.channels() can lead to heap overflow (32 bit) or a NULL deref (64 bit).&lt;/p&gt;
&lt;p&gt;This bug was found with [ZeroPath](https://zeropath.com/?utm_source=joshua.hu).&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Integer overflow and unchecked allocation in InputFile.channel() and InputFile.channels() can lead to heap overflow (32 bit) or a NULL deref (64 bit), around [here](https://github.com/AcademySoftwareFoundation/openexr/blob/b3a19903db0672c63055023aa788e592b16ec3c5/src/wrappers/python/PyOpenEXR_old.cpp#L528-L536).&lt;/p&gt;
&lt;p&gt;-   In `channel()`:&lt;/p&gt;
&lt;p&gt;-   Width and height are derived from the header dataWindow using `int`.&lt;/p&gt;
&lt;p&gt;-   `typeSize` is a `size_t`. The buffer size is computed as `typeSize * width * height` with no bounds checks.&lt;/p&gt;
&lt;p&gt;-   The result is passed to `PyString_FromStringAndSize(NULL, size)` which maps to `PyBytes_FromStringAndSize`. That function expects `Py_ssize_t`. If the product overflows or exceeds `PY_SSIZE_T_MAX`, allocation fails or the value wraps.&lt;/p&gt;
&lt;p&gt;-   The return value is not checked. The code immediately calls `PyString_AsString(r)` and proceeds to build a `FrameBuffer` and calls `readPixels(miny, maxy)`.&lt;/p&gt;
&lt;p&gt;-   On 64 bit: `PyBytes_FromStringAndSize` returns NULL, the wrapper de…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: OpenEXR&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;A memory safety bug in the legacy OpenEXR Python adapter (the deprecated OpenEXR.InputFile wrapper) allow crashes and likely code execution when opening attacker-controlled EXR files or when passing crafted Python objects.&lt;/p&gt;
&lt;p&gt;Integer overflow and unchecked allocation in InputFile.channel() and InputFile.channels() can lead to heap overflow (32 bit) or a NULL deref (64 bit).&lt;/p&gt;
&lt;p&gt;This bug was found with [ZeroPath](https://zeropath.com/?utm_source=joshua.hu).&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Integer overflow and unchecked allocation in InputFile.channel() and InputFile.channels() can lead to heap overflow (32 bit) or a NULL deref (64 bit), around [here](https://github.com/AcademySoftwareFoundation/openexr/blob/b3a19903db0672c63055023aa788e592b16ec3c5/src/wrappers/python/PyOpenEXR_old.cpp#L528-L536).&lt;/p&gt;
&lt;p&gt;-   In `channel()`:&lt;/p&gt;
&lt;p&gt;-   Width and height are derived from the header dataWindow using `int`.&lt;/p&gt;
&lt;p&gt;-   `typeSize` is a `size_t`. The buffer size is computed as `typeSize * width * height` with no bounds checks.&lt;/p&gt;
&lt;p&gt;-   The result is passed to `PyString_FromStringAndSize(NULL, size)` which maps to `PyBytes_FromStringAndSize`. That function expects `Py_ssize_t`. If the product overflows or exceeds `PY_SSIZE_T_MAX`, allocation fails or the value wraps.&lt;/p&gt;
&lt;p&gt;-   The return value is not checked. The code immediately calls `PyString_AsString(r)` and proceeds to build a `FrameBuffer` and calls `readPixels(miny, maxy)`.&lt;/p&gt;
&lt;p&gt;-   On 64 bit: `PyBytes_FromStringAndSize` returns NULL, the wrapper de…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-vh63-9mqx-wmjr</guid>
    </item>
  </channel>
</rss>
