<?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>Tue, 29 Sep 2026 20:36:31 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-44950 — fs_read_glyphs() heap buffer overflow via cumulative glyph data overflow in libXfont2</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-44950</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) copies each glyph&amp;#39;s bitmap into a single buffer. Existing checks validates only that the source slice (position, length) lies within the source bitmap buffer. It does not check whether the running destination cursor has exceeded the allocation.&lt;/p&gt;
&lt;p&gt;A malicious font server can send overlapping source offsets -- for example 1000 glyphs each referencing {position:0, length:64} with nbytes=64. Each individual source range passes the existing validation, but the cumulative writes total 64000 bytes into a 64-byte destination buffer. This is a heap buffer overflow with attacker-controlled content.&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) copies each glyph&amp;#39;s bitmap into a single buffer. Existing checks validates only that the source slice (position, length) lies within the source bitmap buffer. It does not check whether the running destination cursor has exceeded the allocation.&lt;/p&gt;
&lt;p&gt;A malicious font server can send overlapping source offsets -- for example 1000 glyphs each referencing {position:0, length:64} with nbytes=64. Each individual source range passes the existing validation, but the cumulative writes total 64000 bytes into a 64-byte destination buffer. This is a heap buffer overflow with attacker-controlled content.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-44950</guid>
    </item>
  </channel>
</rss>
