<?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://vulnerability.circl.lu</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>Wed, 30 Sep 2026 01:01:19 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-59198 — Pillow TGA RLE encoder can serialize up to ~57 KB of adjacent heap data into generated images</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-59198</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; python-pillow Pillow&lt;/p&gt;
&lt;p&gt;Pillow is a Python imaging library. From 5.2.0 until 12.3.0, Pillow&amp;#39;s TGA RLE encoder reads past its packed row buffer when saving a mode 1 image with TGA RLE compression, allowing adjacent process heap bytes to be copied into the generated TGA file. This issue is fixed in version 12.3.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; python-pillow Pillow&lt;/p&gt;
&lt;p&gt;Pillow is a Python imaging library. From 5.2.0 until 12.3.0, Pillow&amp;#39;s TGA RLE encoder reads past its packed row buffer when saving a mode 1 image with TGA RLE compression, allowing adjacent process heap bytes to be copied into the generated TGA file. This issue is fixed in version 12.3.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-59198</guid>
    </item>
    <item>
      <title>GHSA-fj7v-r99m-22gq — Pillow TGA RLE encoder can serialize up to ~57 KB of adjacent heap data into generated images</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-fj7v-r99m-22gq</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: Pillow&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Pillow&amp;#39;s TGA RLE encoder reads past its row buffer when saving a mode `&amp;#34;1&amp;#34;`
image. Adjacent process heap bytes can be copied into the generated TGA file.&lt;/p&gt;
&lt;p&gt;The bug is reachable through the public save API:&lt;/p&gt;
&lt;p&gt;```python
im.save(out, format=&amp;#34;TGA&amp;#34;, compression=&amp;#34;tga_rle&amp;#34;)
```&lt;/p&gt;
&lt;p&gt;Older affected Pillow versions use the equivalent public option `rle=True`.&lt;/p&gt;
&lt;p&gt;For mode `&amp;#34;1&amp;#34;`, Pillow allocates a packed row buffer of `ceil(width / 8)`
bytes, but `ImagingTgaRleEncode()` treats the row as one full byte per pixel.&lt;/p&gt;
&lt;p&gt;The maximum valid TGA width is `65535`. At that width:&lt;/p&gt;
&lt;p&gt;```text
allocated packed row buffer: 8192 bytes
encoder byte-offset walk:     65535 bytes
maximum OOB window per row:   57343 bytes
```&lt;/p&gt;
&lt;p&gt;On non-ASAN Pillow `12.2.0`, the public-only maximum-width PoC below serialized
`57297` bytes from distinct out-of-bounds source offsets into one returned TGA,
covering `99.92%` of the maximum adjacent heap window. No heap grooming, ctypes,
private API, or malformed input file was used. The disclosure is emitted across
many TGA packet payload copies of at most `128` bytes each, not one large
`memcpy()`.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;`src/PIL/TgaImagePlugin.py` allows mode `&amp;#34;1&amp;#34;` TGA output and selects the
`tga_rle` encoder when RLE compression is requested.&lt;/p&gt;
&lt;p&gt;`src/encode.c:_setimage()` allocates the row buffer using the packed-bit
formula:&lt;/p&gt;
&lt;p&gt;```c
state-&amp;gt;bytes = (state-&amp;gt;bits * state-&amp;gt;xsize + 7) / 8;
state-&amp;gt;buffer = (UINT8 *)calloc(1, state-&amp;gt;bytes);
```&lt;/p&gt;
&lt;p&gt;For mode `&amp;#34;1&amp;#34;`, `state-&amp;gt;bits == 1`.&lt;/p&gt;
&lt;p&gt;`src/libIma…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: Pillow&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Pillow&amp;#39;s TGA RLE encoder reads past its row buffer when saving a mode `&amp;#34;1&amp;#34;`
image. Adjacent process heap bytes can be copied into the generated TGA file.&lt;/p&gt;
&lt;p&gt;The bug is reachable through the public save API:&lt;/p&gt;
&lt;p&gt;```python
im.save(out, format=&amp;#34;TGA&amp;#34;, compression=&amp;#34;tga_rle&amp;#34;)
```&lt;/p&gt;
&lt;p&gt;Older affected Pillow versions use the equivalent public option `rle=True`.&lt;/p&gt;
&lt;p&gt;For mode `&amp;#34;1&amp;#34;`, Pillow allocates a packed row buffer of `ceil(width / 8)`
bytes, but `ImagingTgaRleEncode()` treats the row as one full byte per pixel.&lt;/p&gt;
&lt;p&gt;The maximum valid TGA width is `65535`. At that width:&lt;/p&gt;
&lt;p&gt;```text
allocated packed row buffer: 8192 bytes
encoder byte-offset walk:     65535 bytes
maximum OOB window per row:   57343 bytes
```&lt;/p&gt;
&lt;p&gt;On non-ASAN Pillow `12.2.0`, the public-only maximum-width PoC below serialized
`57297` bytes from distinct out-of-bounds source offsets into one returned TGA,
covering `99.92%` of the maximum adjacent heap window. No heap grooming, ctypes,
private API, or malformed input file was used. The disclosure is emitted across
many TGA packet payload copies of at most `128` bytes each, not one large
`memcpy()`.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;`src/PIL/TgaImagePlugin.py` allows mode `&amp;#34;1&amp;#34;` TGA output and selects the
`tga_rle` encoder when RLE compression is requested.&lt;/p&gt;
&lt;p&gt;`src/encode.c:_setimage()` allocates the row buffer using the packed-bit
formula:&lt;/p&gt;
&lt;p&gt;```c
state-&amp;gt;bytes = (state-&amp;gt;bits * state-&amp;gt;xsize + 7) / 8;
state-&amp;gt;buffer = (UINT8 *)calloc(1, state-&amp;gt;bytes);
```&lt;/p&gt;
&lt;p&gt;For mode `&amp;#34;1&amp;#34;`, `state-&amp;gt;bits == 1`.&lt;/p&gt;
&lt;p&gt;`src/libIma…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-fj7v-r99m-22gq</guid>
    </item>
  </channel>
</rss>
