<?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, 05 Oct 2026 08:22:06 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-359609</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-359609</link>
      <description>EUVD-2026-359609</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-359609</guid>
    </item>
    <item>
      <title>fkie_cve-2026-77118</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-77118</link>
      <description>&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input.&lt;/p&gt;
&lt;p&gt;A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input.&lt;/p&gt;
&lt;p&gt;A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-77118</guid>
    </item>
    <item>
      <title>GHSA-qjrj-qxx7-fc4j</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-qjrj-qxx7-fc4j</link>
      <description>&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input.&lt;/p&gt;
&lt;p&gt;A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input.&lt;/p&gt;
&lt;p&gt;A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-qjrj-qxx7-fc4j</guid>
    </item>
    <item>
      <title>OESA-2026-3656 — GraphicsMagick security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-3656</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: GraphicsMagick, openEuler:22.03-LTS-SP4: GraphicsMagick, openEuler:24.03-LTS-SP1: GraphicsMagick, openEuler:24.03-LTS-SP3: GraphicsMagick, openEuler:24.03-LTS-SP4: GraphicsMagick&lt;/p&gt;
&lt;p&gt;GraphicsMagick is a comprehensive image processing package which is initially based on ImageMagick 5.5.2, but which has undergone significant re-work by the GraphicsMagick Group to significantly improve the quality and performance of the software.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input. A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.(CVE-2026-77118)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: GraphicsMagick, openEuler:22.03-LTS-SP4: GraphicsMagick, openEuler:24.03-LTS-SP1: GraphicsMagick, openEuler:24.03-LTS-SP3: GraphicsMagick, openEuler:24.03-LTS-SP4: GraphicsMagick&lt;/p&gt;
&lt;p&gt;GraphicsMagick is a comprehensive image processing package which is initially based on ImageMagick 5.5.2, but which has undergone significant re-work by the GraphicsMagick Group to significantly improve the quality and performance of the software.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input. A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.(CVE-2026-77118)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-3656</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-77118</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-77118</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: graphicsmagick, Ubuntu:Pro:16.04:LTS: graphicsmagick, Ubuntu:Pro:18.04:LTS: graphicsmagick, Ubuntu:Pro:20.04:LTS: graphicsmagick, Ubuntu:Pro:22.04:LTS: graphicsmagick, Ubuntu:Pro:24.04:LTS: graphicsmagick, Ubuntu:26.04:LTS: graphicsmagick&lt;/p&gt;
&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input. A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: graphicsmagick, Ubuntu:Pro:16.04:LTS: graphicsmagick, Ubuntu:Pro:18.04:LTS: graphicsmagick, Ubuntu:Pro:20.04:LTS: graphicsmagick, Ubuntu:Pro:22.04:LTS: graphicsmagick, Ubuntu:Pro:24.04:LTS: graphicsmagick, Ubuntu:26.04:LTS: graphicsmagick&lt;/p&gt;
&lt;p&gt;A heap out-of-bounds write exists in the Photo CD (PCD) decoder of GraphicsMagick. In DecodeImage() (coders/pcd.c), the Huffman delta loop advances its output pointer with q++ after every decoded delta and never checks it against the end of the heap-allocated luma/chroma plane buffers. The pointer is repositioned only when a sync marker introduces a new plane/row; between sync markers the run length is bounded solely by the input. A crafted PCD file that positions the pointer near the end of a plane and then supplies a long run of deltas with no intervening sync therefore walks the pointer past the end of the allocation and writes through it. Processing an untrusted PCD file — for example with gm convert or gm identify, or through any application linked against libGraphicsMagick — can corrupt heap memory beyond the buffers.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-77118</guid>
    </item>
  </channel>
</rss>
