<?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>Thu, 01 Oct 2026 03:59:11 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-59679 — fs_read_glyphs() heap OOB read/write via encoding array index mismatch in libXfont2</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-59679</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; SUSE Container suse/kiosk/tigervnc-x11vnc:1.14-63.8, SUSE Container suse/kiosk/xorg:21.1-83.7, SUSE Image SLES15-SP6-SAP, SUSE Image SLES15-SP6-SAP-Azure, SUSE Image SLES15-SP6-SAP-Azure-3P, SUSE Image SLES15-SP6-SAP-BYOS, SUSE Image SLES15-SP6-SAP-BYOS-Azure, SUSE Image SLES15-SP6-SAP-BYOS-EC2, SUSE Image SLES15-SP6-SAP-BYOS-GCE, SUSE Image SLES15-SP6-SAP-EC2 and 70 more&lt;/p&gt;
&lt;p&gt;fs_read_glyphs() in the libXfont2 font-server client (src/fc/fserve.c) indexes the per-character encoding[] array using num_chars from the FS_QueryXBitmaps16 reply, but that array was allocated with a size derived from num_extents in the separate FS_QueryXExtents16 reply. The two CARD32 fields are never cross-checked.
A malicious or compromised font server can send a small num_extents (e.g. 1) in the extents reply, then a large num_chars (e.g. 100000) in the bitmaps reply. This causes attacker-controlled out-of-bounds heap read and writes.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; SUSE Container suse/kiosk/tigervnc-x11vnc:1.14-63.8, SUSE Container suse/kiosk/xorg:21.1-83.7, SUSE Image SLES15-SP6-SAP, SUSE Image SLES15-SP6-SAP-Azure, SUSE Image SLES15-SP6-SAP-Azure-3P, SUSE Image SLES15-SP6-SAP-BYOS, SUSE Image SLES15-SP6-SAP-BYOS-Azure, SUSE Image SLES15-SP6-SAP-BYOS-EC2, SUSE Image SLES15-SP6-SAP-BYOS-GCE, SUSE Image SLES15-SP6-SAP-EC2 and 70 more&lt;/p&gt;
&lt;p&gt;fs_read_glyphs() in the libXfont2 font-server client (src/fc/fserve.c) indexes the per-character encoding[] array using num_chars from the FS_QueryXBitmaps16 reply, but that array was allocated with a size derived from num_extents in the separate FS_QueryXExtents16 reply. The two CARD32 fields are never cross-checked.
A malicious or compromised font server can send a small num_extents (e.g. 1) in the extents reply, then a large num_chars (e.g. 100000) in the bitmaps reply. This causes attacker-controlled out-of-bounds heap read and writes.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-59679</guid>
    </item>
  </channel>
</rss>
