---------- Forwarded message --------- From: Olivier Fourdan <ofour...@redhat.com> Date: Tue, Feb 25, 2025 at 4:39 PM Subject: X.Org Security Advisory: multiple security issues X.Org X server and Xwayland To: <xorg-annou...@lists.x.org> Cc: <x...@lists.x.org>, xorg-devel <xorg-de...@lists.x.org>
====================================================================== X.Org Security Advisory: February 25, 2025 Issues in X.Org X server prior to 21.1.16 and Xwayland prior to 24.1.6 ====================================================================== Multiple issues have been found in the X server and Xwayland implementations published by X.Org for which we are releasing security fixes for in xorg-server-21.1.16 and xwayland-24.1.6. 1) CVE-2025-26594: Use-after-free of the root cursor Introduced in: Unknown - Prior to X11R6.6 Xorg baseline Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/01642f26 https://gitlab.freedesktop.org/xorg/xserver/-/commit/b0a09ba6 Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative The root cursor is referenced in the xserver as a global variable. If a client manages to free the root cursor, the internal reference points to freed memory and causes a use-after-free. xorg-server-21.1.16 and xwayland-24.1.6 have been patched to fix this issue. 2) CVE-2025-26595: Buffer overflow in XkbVModMaskText() Introduced in: Prior to X11R6.1 Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/11fcda87 Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative The code in XkbVModMaskText() allocates a fixed sized buffer on the stack and copies the names of the virtual modifiers to that buffer. The code however fails to check the bounds of the buffer correctly and would copy the data regardless of the size, which may lead to a buffer overflow. xorg-server-21.1.16 and xwayland-24.1.6 have been patched to fix this issue. 3) CVE-2025-26596: Heap overflow in XkbWriteKeySyms() Introduced in: initial version of xc/programs/Xserver/xkb/xkb.c in X11R6 Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/80d69f01 Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative The computation of the length in XkbSizeKeySyms() differs from what is actually written in XkbWriteKeySyms(), which may lead to a heap based buffer overflow. xorg-server-21.1.16 and xwayland-24.1.6 have been patched to fix this issue. 4) CVE-2025-26597: Buffer overflow in XkbChangeTypesOfKey() Introduced in: X11R6.1 Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/0e4ed949 Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative If XkbChangeTypesOfKey() is called with 0 group, it will resize the key symbols table to 0 but leave the key actions unchanged. If later, the same function is called with a non-zero value of groups, this will cause a buffer overflow because the key actions are of the wrong size. 5) CVE-2025-26598: Out-of-bounds write in CreatePointerBarrierClient() Introduced in: xorg-server-1.14.0 Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/bba9df1a Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative The function GetBarrierDevice() searches for the pointer device based on its device id and returns the matching value, or supposedly NULL if no match was found. However the code will return the last element of the list if no matching device id was found which can lead to out of bounds memory access. 6) CVE-2025-26599: Use of uninitialized pointer in compRedirectWindow() Introduced in: Xorg 6.8.0. Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/c1ff84be https://gitlab.freedesktop.org/xorg/xserver/-/commit/b07192a8 Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative The function compCheckRedirect() may fail if it cannot allocate the backing pixmap. In that case, compRedirectWindow() will return a BadAlloc error without the validation of the window tree marked just before, which leaves the validate data partly initialized, and the use of an uninitialized pointer later. 7) CVE-2025-26600: Use-after-free in PlayReleasedEvents() Introduced in: X11R5 Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/6e0f332b Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative When a device is removed while still frozen, the events queued for that device remain while the device itself is freed and replaying the events will cause a use after free. 8) CVE-2025-26601: Use-after-free in SyncInitTrigger() Introduced in: X11R6 Fixed in: xorg-server-21.1.16 and xwayland-24.1.6 Fix: https://gitlab.freedesktop.org/xorg/xserver/-/commit/16a1242d https://gitlab.freedesktop.org/xorg/xserver/-/commit/f52cea2f https://gitlab.freedesktop.org/xorg/xserver/-/commit/8cbc90c8 https://gitlab.freedesktop.org/xorg/xserver/-/commit/c2857989 Found by: Jan-Niklas Sohn working with Trend Micro Zero Day Initiative When changing an alarm, the values of the change mask are evaluated one after the other, changing the trigger values as requested and eventually, SyncInitTrigger() is called. If one of the changes triggers an error, the function will return early, not adding the new sync object. This can be used to cause a use after free when the alarm eventually triggers.
-----BEGIN PGP PUBLIC KEY BLOCK----- xsDiBERd0h4RBACflXMwRMuZ/gICB7oM/SwnYMoDeRVaZHYT2RtI6iaNQpovoMas fbLX31icweQm9sMLQJR/bNABpp28Fs1S4yNt9SwAProigexyWl3fFE3uqoVRmglZ uQdyXl7nnPC7A3hxHPX88tsZS4UlLFRssTjNnrzzhSR3xyyIlOJnmG5pJwCg/yaH DECRtdWm9gIJZwfM6S+ANYUD/0s6FPCIdbDqCzNcMH7YZID+JjBOU3VlRdXfzGmx Iy2aPBpC9pkb0EUEL94QZ5Ysa1EGNnNUPq8dQWOr/NllCt2/l0HDLGoziBCpBTvG ZNnFaJoErG0kmCH2u0w9VmKKSBq6C0sI8rFW1JthKc/bu6ucBKKbpi4sFYAMyZHn sNbzA/9VYevyns5TmZeR7t+x8YRj6xZxWVNGm20gnBBhHVnq/EGIn4a/YN1NLFNc 4EuarFnzl0w6L1IQHanM+ajBJgzL4oSYCufhTSXgA2utrpIRtKkRW9JH6zt3J5hk W8oIcEsY3YRKQ3iVKS3Kz8PgSwezNewFT6o3Juu//95O5qSm8s0iT2xpdmllciBG b3VyZGFuIDxmb3VyZGFuQHhmY2Uub3JnPsJ6BBMRAgA6AhsjBgsJCAcDAgQVAggD BBYCAwECHgECF4ACGQEWIQRn3IbyYj/F/Uu1Il0UcG2+HktFQAUCXx7jggAKCRAU cG2+HktFQMAMAJ4kmAtOA9YEazO+1TNxEvEDZbEDSwCfUVR27NAtNegGOMO7piF1 KrurTenCYwQTEQIAIwUCRF3SHgUJCWYBgAYLCQgHAwIEFQIIAwQWAgMBAh4BAheA AAoJEBRwbb4eS0VA8+wAoJi6ZBRk43FBp8154yMNO9SUItB0AJ4rDBZ6dJAUCKnb 9pbn2fWMV2YQ98JpBBMRAgApAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AFCRpU HdIFAkajy3QCGQEACgkQFHBtvh5LRUA0hwCff1hwCeEucHWkhFAO4EiIiGEUxJwA oNlgcwHVYhqSesplI6ePAoEfDac5zSVPbGl2aWVyIEZvdXJkYW4gPG9mb3VyZGFu QHJlZGhhdC5jb20+wncEExECADcCGyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgBYh BGfchvJiP8X9S7UiXRRwbb4eS0VABQJfHuODAAoJEBRwbb4eS0VAwOoAn1jPsEMW v/z9pqvw2We5FDLbi0ncAJ9WbA5E1fHh8m31NdSyFy2tXt8wfcJmBBMRAgAmBQJG o8g5AhsjBQkJZgGABgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQFHBtvh5LRUAL GQCgmvZZoMKZC81KV+HGlmYvy/CkivAAnj4rIzP4L/dAFXftAa9BvfMoSw/SwmYE ExECACYCGyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAUCRqPLWAUJGlQd0gAKCRAU cG2+HktFQKczAKDeq33Q9kYEKPAL5FdFAfX5HOdbMQCgrJ1XMhV5ELa+QYhFTH6T mNfffejNI09saXZpZXIgRm91cmRhbiA8Zm91cmRhbkBnbWFpbC5jb20+wncEExEC ADcCGyMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgBYhBGfchvJiP8X9S7UiXRRwbb4e S0VABQJfHuODAAoJEBRwbb4eS0VAnkYAn3JimwxnmhYjwq/WoZ/QyVFFmDFMAJ4v QFng2LaebkTG6/YInF5P8qlwncJmBBMRAgAmBQJGo8gKAhsjBQkJZgGABgsJCAcD AgQVAggDBBYCAwECHgECF4AACgkQFHBtvh5LRUBydACfba08blV5kvAdN/mSKD1N gAHsiIcAoPbpCWW3IUiZ/1T9v8YTuDbtLWkLwmYEExECACYCGyMGCwkIBwMCBBUC CAMEFgIDAQIeAQIXgAUCRqPLWAUJGlQd0gAKCRAUcG2+HktFQISoAJ9ybOFFTByE yt24KXBAlesX7qBIlACgmWtgSW3ZzoGwJXG0knERqSPDDDzOwU0ERF3SSRAIAI0c lctVOjdLUtE1ZRYS7Reu/oXSPns8duS4CLHmknF3kgn8uN6L6fptwFzh3yizCMGv Td4YA4/NimzsQxXmar9fDRg/VHEPsaHrWanE3VPMxBoRyPtnNeQtQXrRb8XCZllo GvmYQ/CZ8N9IaUq/Q8bbpqyr+dJy/gy+gc0aCxPdZhghxvOKrcJZg7zks52cQegz Tne6rjU0o/eTeySkWgboL4RaLQndUVX7LJ1UgL3mxr30fgv6JxmN8YkD6lSbb8+i vXhHX8LNuY8wmX+tCIrlm+20hpWtLEyB3HSnqgyC7Y1v0ZPYmQaRm1AQcafikFml 9CieH9DaV6avfPQLkgsAAwUH/2BX9xYtFY85fSKP7Kz0ClcCHpuweIkmTbPWDT91 HQmf2dRbzI88CV3ZzawJMJHHL1Nua7CGNX1Z+cFJz4QTkyAOXXNlbHaVRXF2Epnw FfjF5UM/D5j3YiUhXoam1LKz8/VRw3ZDDdc349jKPJEWNEmqs9NeGhSC2YsL2TsO BaBzWPvRXS1otPCaKOTuDa9h2T8om2SEvqvJjd0jdC0o4khJ8zsYtE3vZBXbyfdf cn5ktWedyEt6lcRMI04bvu2+j6B68GwtVDNr/RHaDPd+UkbZSHwiRoxGkRUQttYv Lh/NrtLo8a6NQFWAePMM8nU2P7n6AcRf357nqbwnQWJ/TyvCXQQYEQIAHRYhBGfc hvJiP8X9S7UiXRRwbb4eS0VABQJfHuPcAAoJEBRwbb4eS0VAnL4Anim4vNYyrDc8 NTdS3mgWGtdXVjWdAKCjUhzkN3uCaYNJR6h0Y1thYuPEJA== =cxyl -----END PGP PUBLIC KEY BLOCK-----
-----BEGIN PGP SIGNATURE----- wmMEABEIACMWIQRn3IbyYj/F/Uu1Il0UcG2+HktFQAUCZ73kRQUDAAAAAAAKCRAUcG2+HktFQHiU AJ0SjQHr8X/9HYqzUiwq/3tYEgDcPwCgwXp0UETDOze7S0s5Kf4b3oeV4ik= =lxGd -----END PGP SIGNATURE-----