<?xml version="1.0" encoding="UTF-8"?>
<cvrfdoc xmlns="http://www.icasi.org/CVRF/schema/cvrf/1.1" xmlns:cvrf="http://www.icasi.org/CVRF/schema/cvrf/1.1">
	<DocumentTitle xml:lang="en">An update for xorg-x11-server-xwayland is now available for openEuler-22.03-LTS-SP4</DocumentTitle>
	<DocumentType>Security Advisory</DocumentType>
	<DocumentPublisher Type="Vendor">
		<ContactDetails>openeuler-security@openeuler.org</ContactDetails>
		<IssuingAuthority>openEuler security committee</IssuingAuthority>
	</DocumentPublisher>
	<DocumentTracking>
		<Identification>
			<ID>openEuler-SA-2026-4480</ID>
		</Identification>
		<Status>Final</Status>
		<Version>1.0</Version>
		<RevisionHistory>
			<Revision>
				<Number>1.0</Number>
				<Date>2026-10-22</Date>
				<Description>Initial</Description>
			</Revision>
		</RevisionHistory>
		<InitialReleaseDate>2026-10-22</InitialReleaseDate>
		<CurrentReleaseDate>2026-10-22</CurrentReleaseDate>
		<Generator>
			<Engine>openEuler SA Tool V1.0</Engine>
			<Date>2026-10-22</Date>
		</Generator>
	</DocumentTracking>
	<DocumentNotes>
		<Note Title="Synopsis" Type="General" Ordinal="1" xml:lang="en">xorg-x11-server-xwayland security update</Note>
		<Note Title="Summary" Type="General" Ordinal="2" xml:lang="en">An update for xorg-x11-server-xwayland is now available for openEuler-22.03-LTS-SP4</Note>
		<Note Title="Description" Type="General" Ordinal="3" xml:lang="en">Xwayland is an X server for running X clients under Wayland.   %package devel Summary: Development package Requires: pkgconfig   %description devel The development package provides the developmental files which are necessary for developing Wayland compositors using Xwayland.   %prep %autosetup -n xwayland- -p1   %build %meson \         -Ddefault_font_path=&amp;quot;catalogue:/etc/X11/fontpath.d,built-ins&amp;quot; \         -Dbuilder_string=&amp;quot;Build ID:  -&amp;quot; \         -Dxkb_output_dir=/lib/xkb \         -Dxcsecurity=true \         -Dglamor=true \         -Ddri3=true   %meson_build

Security Fix(es):

A flaw was found in the X.Org X server and Xwayland when processing X11 Present extension notifications. Improper error handling during notification creation can leave dangling pointers that lead to a use-after-free condition. This can cause memory corruption or a crash, potentially allowing an attacker to execute arbitrary code or cause a denial of service.(CVE-2025-62229)

A flaw was identified in the X.Org X server’s X Keyboard (Xkb) extension where improper bounds checking in the XkbSetCompatMap() function can cause an unsigned short overflow. If an attacker sends specially crafted input data, the value calculation may overflow, leading to memory corruption or a crash.(CVE-2025-62231)

A flaw was found in the X.Org X server. This integer underflow vulnerability, specifically in the XKB compatibility map handling, allows an attacker with local or remote X11 server access to trigger a buffer read overrun. This can lead to memory-safety violations and potentially a denial of service (DoS) or other severe impacts.(CVE-2026-33999)

A flaw was found in the X.Org X server. This use-after-free vulnerability occurs in the XSYNC fence triggering logic, specifically within the miSyncTriggerFence() function. An attacker with access to the X11 server can exploit this without user interaction, leading to a server crash and potentially enabling memory corruption. This could result in a denial of service or further compromise of the system.(CVE-2026-34001)

A flaw was found in the X.Org X server. This vulnerability, an out-of-bounds read, affects the XKB (X Keyboard Extension) modifier map handling. An attacker with access to the X11 server can exploit this by sending a malformed request, which causes the server to read beyond its intended memory boundaries. This can lead to the exposure of sensitive information or cause the server to crash, resulting in a denial of service.(CVE-2026-34002)

A flaw was found in the X.Org X server&apos;s XKB key types request validation. A local attacker could send a specially crafted request to the X server, leading to an out-of-bounds memory access vulnerability. This could result in the disclosure of sensitive information or cause the server to crash, leading to a Denial of Service (DoS). In certain configurations, higher impact outcomes may be possible.(CVE-2026-34003)

[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr(CVE-2026-50257)

[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr(CVE-2026-50258)

[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr(CVE-2026-50259)

[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr(CVE-2026-50260)

[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr(CVE-2026-50261)

[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr(CVE-2026-50262)

[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr(CVE-2026-50263)

Local attackers with an X connection able to provide PCX fonts to the X server xorg-server before 21.2.24 and xwayland before 24.1.13 could cause a heap buffer overflow via SetFont due to missing glyph boundary checks.(CVE-2026-55999)</Note>
		<Note Title="Topic" Type="General" Ordinal="4" xml:lang="en">An update for xorg-x11-server-xwayland is now available for openEuler-22.03-LTS-SP4/openEuler-24.03-LTS/openEuler-24.03-LTS-Next/openEuler-24.03-LTS-SP1/openEuler-24.03-LTS-SP3/openEuler-24.03-LTS-SP4/openEuler-22.03-LTS-SP3/openEuler-24.03-LTS-SP2.

openEuler Security has rated this update as having a security impact of critical. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section.</Note>
		<Note Title="Severity" Type="General" Ordinal="5" xml:lang="en">Critical</Note>
		<Note Title="Affected Component" Type="General" Ordinal="6" xml:lang="en">xorg-x11-server-xwayland</Note>
	</DocumentNotes>
	<DocumentReferences>
		<Reference Type="Self">
			<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
		</Reference>
		<Reference Type="openEuler CVE">
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-62229</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2025-62231</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-33999</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-34001</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-34002</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-34003</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-50257</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-50258</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-50259</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-50260</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-50261</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-50262</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-50263</URL>
			<URL>https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-55999</URL>
		</Reference>
		<Reference Type="Other">
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-62229</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2025-62231</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-33999</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-34001</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-34002</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-34003</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-50257</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-50258</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-50259</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-50260</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-50261</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-50262</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-50263</URL>
			<URL>https://nvd.nist.gov/vuln/detail/CVE-2026-55999</URL>
		</Reference>
	</DocumentReferences>
	<ProductTree xmlns="http://www.icasi.org/CVRF/schema/prod/1.1">
		<Branch Type="Product Name" Name="openEuler">
			<FullProductName ProductID="openEuler-22.03-LTS-SP4" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">openEuler-22.03-LTS-SP4</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="aarch64">
			<FullProductName ProductID="xorg-x11-server-Xwayland-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-22.1.2-20.oe2203sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="xorg-x11-server-Xwayland-debuginfo-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-debuginfo-22.1.2-20.oe2203sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="xorg-x11-server-Xwayland-debugsource-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-debugsource-22.1.2-20.oe2203sp4.aarch64.rpm</FullProductName>
			<FullProductName ProductID="xorg-x11-server-Xwayland-devel-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-devel-22.1.2-20.oe2203sp4.aarch64.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="src">
			<FullProductName ProductID="xorg-x11-server-Xwayland-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-22.1.2-20.oe2203sp4.src.rpm</FullProductName>
		</Branch>
		<Branch Type="Package Arch" Name="x86_64">
			<FullProductName ProductID="xorg-x11-server-Xwayland-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-22.1.2-20.oe2203sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="xorg-x11-server-Xwayland-debuginfo-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-debuginfo-22.1.2-20.oe2203sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="xorg-x11-server-Xwayland-debugsource-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-debugsource-22.1.2-20.oe2203sp4.x86_64.rpm</FullProductName>
			<FullProductName ProductID="xorg-x11-server-Xwayland-devel-22.1.2-20" CPE="cpe:/a:openEuler:openEuler:22.03-LTS-SP4">xorg-x11-server-Xwayland-devel-22.1.2-20.oe2203sp4.x86_64.rpm</FullProductName>
		</Branch>
	</ProductTree>
	<Vulnerability Ordinal="1" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">A flaw was found in the X.Org X server and Xwayland when processing X11 Present extension notifications. Improper error handling during notification creation can leave dangling pointers that lead to a use-after-free condition. This can cause memory corruption or a crash, potentially allowing an attacker to execute arbitrary code or cause a denial of service.</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2025-62229</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.3</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="2" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">A flaw was identified in the X.Org X server’s X Keyboard (Xkb) extension where improper bounds checking in the XkbSetCompatMap() function can cause an unsigned short overflow. If an attacker sends specially crafted input data, the value calculation may overflow, leading to memory corruption or a crash.</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2025-62231</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.3</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:L/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="3" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">A flaw was found in the X.Org X server. This integer underflow vulnerability, specifically in the XKB compatibility map handling, allows an attacker with local or remote X11 server access to trigger a buffer read overrun. This can lead to memory-safety violations and potentially a denial of service (DoS) or other severe impacts.</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-33999</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="4" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">A flaw was found in the X.Org X server. This use-after-free vulnerability occurs in the XSYNC fence triggering logic, specifically within the miSyncTriggerFence() function. An attacker with access to the X11 server can exploit this without user interaction, leading to a server crash and potentially enabling memory corruption. This could result in a denial of service or further compromise of the system.</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-34001</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="5" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">A flaw was found in the X.Org X server. This vulnerability, an out-of-bounds read, affects the XKB (X Keyboard Extension) modifier map handling. An attacker with access to the X11 server can exploit this by sending a malformed request, which causes the server to read beyond its intended memory boundaries. This can lead to the exposure of sensitive information or cause the server to crash, resulting in a denial of service.</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-34002</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Critical</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>9.1</BaseScore>
				<Vector>AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="6" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">A flaw was found in the X.Org X server&apos;s XKB key types request validation. A local attacker could send a specially crafted request to the X server, leading to an out-of-bounds memory access vulnerability. This could result in the disclosure of sensitive information or cause the server to crash, leading to a Denial of Service (DoS). In certain configurations, higher impact outcomes may be possible.</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-34003</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="7" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-50257</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="8" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-50258</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="9" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-50259</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="10" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-50260</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="11" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-50261</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>7.8</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="12" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-50262</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.5</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="13" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">[&apos;Hi all,\n\nCVEs have been issued now, please see inline below\n\nOn Tue, Jun 02, 2026 at 10:01:46AM +1000, Peter Hutterer wrote:&apos;, &quot;=======================================================================\nX.Org Security Advisory: June 2, 2026 \n\nIssues in X.Org X server prior to 21.1.23 and Xwayland prior to 24.1.12\n=======================================================================\n\nMultiple issues have been found in the X server and Xwayland implementations\npublished by X.Org for which we are releasing security fixes for in\nxorg-server-21.1.23 and xwayland-24.1.12.\n\nNote that CVEs have been requested for these issues but did not get assigned in\ntime for this disclosure.\n\n* Font Alias Stack-based Buffer Overflow\n\n    A mismatch between the X server and the libXfont2 library&apos;s maximum\n    font name length can cause a stack buffer overflow during font alias\n    resolution. The server allocates a 256 byte stack buffer but libXfont2&apos;s\n    alias target name length is 1024 bytes. A font alias name between 257\n    and 1023 bytes causes the X server to copy that name into the undersized\n    stack buffer without further checks.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&quot;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30136)&apos;, &apos;This issue has been assigned CVE-2026-50256&apos;, &apos;* XSYNC Use-After-Free in miSyncDestroyFence()\n\n    A client that sets up multiple fence triggers can trigger a\n    use-after-free function pointer call. An attacker would connect to the\n    X server to set up a fence and await that fence, then a second X\n    connection destroys the fence, causing the use-after-free.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30159)&apos;, &apos;This issue has been assigned CVE-2026-50257&apos;, &apos;* XKB Key Types Stack-based Buffer Overflow\n\n    The X server has multiple stack buffers that are sized\n    XkbMaxShiftLevel * XkbNumKbdGroups but CheckKeyTypes() does not verify\n    or clamp non-canonical key types to XkbMaxShiftLevel. A client can\n    change key types to excessive shift levels and trigger three separate\n    stack overflows.\n\n    This is caused by an incomplete fix of CVE-2025-26597.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30160)&apos;, &apos;This issue has been assigned CVE-2026-50258&apos;, &apos;* XKB SetMap Request Stack-based Buffer Overflow\n\n    _XkbSetMapChecks() declares a fixed-size stack buffer mapWidths[256]\n    indexed by key type index. The helper function CheckKeyTypes() writes\n    to this buffer at a client-controlled offset, allowing a stack buffer\n    overflow.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30161)&apos;, &apos;This issue has been assigned CVE-2026-50259&apos;, &apos;* XSYNC Use-After-Free in FreeCounter()\n\n    A client that sets up multiple SyncCounters and awaits on those\n    triggers can trigger a use-after-free when destroying those counters\n    via a second client connection.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30163)&apos;, &apos;This issue has been assigned CVE-2026-50260&apos;, &apos;* XSYNC Use-After-Free in SyncChangeCounter()\n\n    A client that sets up multiple SyncCounters can trigger a use-after-free\n    when destroying those counters via a second client connection while\n    changing those counters.\n\n    Fixed in: xorg-server-21.1.23 and xwayland-24.1.12\n    Fix:&apos;, &apos;Found by: Anonymous working with TrendAI Zero Day Initiative.\n              (ZDI-CAN-30164)&apos;, &apos;This issue has been assigned CVE-2026-50261&apos;, &apos;* GLX ChangeDrawableAttributes Out-Of-Bounds Read/Write\n\n    A wrong size validation check in __glXDisp_ChangeDrawableAttributes()\n    can read (or write) a client-contr</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-50263</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>Medium</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>5.5</BaseScore>
				<Vector>AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
	<Vulnerability Ordinal="14" xmlns="http://www.icasi.org/CVRF/schema/vuln/1.1">
		<Notes>
			<Note Title="Vulnerability Description" Type="General" Ordinal="1" xml:lang="en">Local attackers with an X connection able to provide PCX fonts to the X server xorg-server before 21.2.24 and xwayland before 24.1.13 could cause a heap buffer overflow via SetFont due to missing glyph boundary checks.</Note>
		</Notes>
		<ReleaseDate>2026-10-22</ReleaseDate>
		<CVE>CVE-2026-55999</CVE>
		<ProductStatuses>
			<Status Type="Fixed">
				<ProductID>openEuler-22.03-LTS-SP4</ProductID>
			</Status>
		</ProductStatuses>
		<Threats>
			<Threat Type="Impact">
				<Description>High</Description>
			</Threat>
		</Threats>
		<CVSSScoreSets>
			<ScoreSet>
				<BaseScore>8.5</BaseScore>
				<Vector>AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H</Vector>
			</ScoreSet>
		</CVSSScoreSets>
		<Remediations>
			<Remediation Type="Vendor Fix">
				<Description>xorg-x11-server-xwayland security update</Description>
				<DATE>2026-10-22</DATE>
				<URL>https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-4480</URL>
			</Remediation>
		</Remediations>
	</Vulnerability>
</cvrfdoc>