Every article tag can be clicked to get a list of all articles in that category. Every article tag also has an RSS feed! You can customize an RSS feed too!
We do often include affiliate links to earn us some pennies. See more here.

X.Org and Xwayland get new releases due to security issues

By - | Views: 32,235

Here's another reminder that checking regularly for updates is always a good thing, because there's new releases available for both the X.Org X and Xwayland due to multiple reported security issues.

First up, here's the actual listed issues reported and fixed:

  • CVE-2023-6816 can be triggered by passing an invalid array index to DeviceFocusEvent or ProcXIQueryPointer.
  • CVE-2024-0229 can be triggered if a device has both a button and a key class and zero buttons.
  • CVE-2024-21885 can be triggered if a device with a given ID was removed and a new device with the same ID added both in the same operation.
  • CVE-2024-21886 can be triggered by disabling a master device with disabled slave devices.
  • CVE-2024-0409 can be triggered by enabling SELinux xserver_object_manager and running a client.
  • CVE-2024-0408 can be triggered by enabling SELinux xserver_object_manager and creating a GLX PBuffer.

This security advisory went public on the X.Org mailing list this morning.

The issues are present in X.Org X server prior to 21.1.11 and Xwayland prior to 23.2.4, both of which were just announced and released. The xorg-server 21.1.11 release additionally "also contains a fix for XRandR to allow for multiple virtual monitors on a physical display" plus xwayland 23.2.4 additionally "also contains several other fixes for glamor, libEI support, and FreeBSD".

Article taken from GamingOnLinux.com.
15 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
26 comments
Page: «3/3
  Go to:

Quoting: slaapliedjeThe proper place for the X button, looking at you, Apple! I've looked up how to flip that to the other side on macOS, and apparently the Almighty Apple has spoken and does not allow such things... All other operating systems I've ever used has it on the right side... but not macOS...
Eh. I prefer top left window-control buttons. It especially made sense with a Unity-like UX, where you have the window-controls pinned on the top panel as well, and you have the behaviour of hiding titlebar when a window is maximized.

Top left just felt natural for me. Also, kinda corresponds to the location of Esc button and most back/burger menu buttons positions.
slaapliedje Jan 18
Quoting: fenglengshun
Quoting: slaapliedjeThe proper place for the X button, looking at you, Apple! I've looked up how to flip that to the other side on macOS, and apparently the Almighty Apple has spoken and does not allow such things... All other operating systems I've ever used has it on the right side... but not macOS...
Eh. I prefer top left window-control buttons. It especially made sense with a Unity-like UX, where you have the window-controls pinned on the top panel as well, and you have the behaviour of hiding titlebar when a window is maximized.

Top left just felt natural for me. Also, kinda corresponds to the location of Esc button and most back/burger menu buttons positions.
The beauty is, most operating system / desktop environments give you the option. Not so on macOS.
chr Jan 19
Quoting: fenglengshun
Quoting: slaapliedjeThe proper place for the X button, looking at you, Apple! I've looked up how to flip that to the other side on macOS, and apparently the Almighty Apple has spoken and does not allow such things... All other operating systems I've ever used has it on the right side... but not macOS...
Eh. I prefer top left window-control buttons. It especially made sense with a Unity-like UX, where you have the window-controls pinned on the top panel as well, and you have the behaviour of hiding titlebar when a window is maximized.

Top left just felt natural for me. Also, kinda corresponds to the location of Esc button and most back/burger menu buttons positions.

For me I currently enjoy having the buttons on the system panel (and only there for fullscreen windows) - so that to close (or de-maximize, minimize) I go max top right, and to open new apps I go max top left.
14 Jan 21
View PC info
  • Supporter Plus
Quoting: slaapliedje
Quoting: fenglengshun
Quoting: slaapliedjeThe proper place for the X button, looking at you, Apple! I've looked up how to flip that to the other side on macOS, and apparently the Almighty Apple has spoken and does not allow such things... All other operating systems I've ever used has it on the right side... but not macOS...
Eh. I prefer top left window-control buttons. It especially made sense with a Unity-like UX, where you have the window-controls pinned on the top panel as well, and you have the behaviour of hiding titlebar when a window is maximized.

Top left just felt natural for me. Also, kinda corresponds to the location of Esc button and most back/burger menu buttons positions.
The beauty is, most operating system / desktop environments give you the option. Not so on macOS.
Yeah, I'm considering switching my Plasma buttons to left side since I work with a Mac a lot, but doing so gives me this weird feeling that I was defeated. Decisions, decisions... :P
chr Jan 22
Quoting: 14
Quoting: slaapliedje
Quoting: fenglengshun
Quoting: slaapliedjeThe proper place for the X button, looking at you, Apple! I've looked up how to flip that to the other side on macOS, and apparently the Almighty Apple has spoken and does not allow such things... All other operating systems I've ever used has it on the right side... but not macOS...
Eh. I prefer top left window-control buttons. It especially made sense with a Unity-like UX, where you have the window-controls pinned on the top panel as well, and you have the behaviour of hiding titlebar when a window is maximized.

Top left just felt natural for me. Also, kinda corresponds to the location of Esc button and most back/burger menu buttons positions.
The beauty is, most operating system / desktop environments give you the option. Not so on macOS.
Yeah, I'm considering switching my Plasma buttons to left side since I work with a Mac a lot, but doing so gives me this weird feeling that I was defeated. Decisions, decisions... :P

I, too, am forced to work on the vile macOS. My solutions include using it via ssh as much as possible and I set up Super+Q as an Alt+F4 alternative (for an almost consistent experience on both OS-s).
14 Jan 23
View PC info
  • Supporter Plus
Quoting: chr
Quoting: 14
Quoting: slaapliedje
Quoting: fenglengshun
Quoting: slaapliedjeThe proper place for the X button, looking at you, Apple! I've looked up how to flip that to the other side on macOS, and apparently the Almighty Apple has spoken and does not allow such things... All other operating systems I've ever used has it on the right side... but not macOS...
Eh. I prefer top left window-control buttons. It especially made sense with a Unity-like UX, where you have the window-controls pinned on the top panel as well, and you have the behaviour of hiding titlebar when a window is maximized.

Top left just felt natural for me. Also, kinda corresponds to the location of Esc button and most back/burger menu buttons positions.
The beauty is, most operating system / desktop environments give you the option. Not so on macOS.
Yeah, I'm considering switching my Plasma buttons to left side since I work with a Mac a lot, but doing so gives me this weird feeling that I was defeated. Decisions, decisions... :P

I, too, am forced to work on the vile macOS. My solutions include using it via ssh as much as possible and I set up Super+Q as an Alt+F4 alternative (for an almost consistent experience on both OS-s).
I recently set up Karabiner to remap a ton of key combos. I can use my same Linux key shortcuts on my external KB now.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register


Or login with...
Sign in with Steam Sign in with Google
Social logins require cookies to stay logged in.