Logo X.org
La sortie de la nouvelle version corrective de X.Org Server 21.1.11 a été annoncée récemment , et avec elle, la version xwayland 23.2.4 a également été publiée, assurant la disponibilité de X.Org Server pour organiser l'exécution des applications X11 dans les environnements basés sur Wayland.
Il est mentionné que la principale raison de la publication de cette nouvelle version de X.Org 21.1.11 est la mise en œuvre des correctifs nécessaires pour corriger 6 vulnérabilités, dont certaines peuvent être exploitées pour élever les privilèges dans les systèmes où le serveur X s'exécute en tant que root, ainsi que pour l'exécution de code à distance dans les configurations qui utilisent la redirection de session X11 via SSH pour l'accès.
Détails des vulnérabilités
CVE-2023-6816 : Débordement de tampon dans DeviceFocusEvent et ProcXIQueryPointer
Ce problème de sécurité, référencé CVE-2023-6816, est présent depuis la version 1.13.0 de xorg-server (2012). Un dépassement de tampon se produit lorsqu'un index de tableau invalide est transmis à DeviceFocusEvent ou ProcXIQueryPointer . Cette vulnérabilité peut entraîner un dépassement de tampon en raison d'une allocation d'espace insuffisante pour les boutons du périphérique.
CVE-2024-0229 : Accès à la mémoire hors limites lors de la reconnexion à un autre périphérique maître
La vulnérabilité CVE-2024-0229 apparaît depuis la sortie de xorg-server-1.1.1 (2006) et se produit en raison d'une écriture de tampon hors limites lors de la liaison à un autre périphérique maître dans une configuration où le périphérique a des éléments d'entrée de classe bouton et clé, et le nombre de boutons (paramètre numButtons) est défini sur 0.
CVE-2024-21885 : Débordement de tampon dans XISendDeviceHierarchyEvent
La vulnérabilité CVE-2024-21885 apparaît depuis la sortie de xorg-server-1.10.0 (2010) et peut entraîner un dépassement de tampon en raison d'une allocation d'espace insuffisante dans XISendDeviceHierarchyEvent lorsqu'un périphérique avec un ID donné est supprimé et qu'un périphérique avec le même ID est ajouté dans la même requête.
Il est mentionné que la vulnérabilité est due au fait que lors d'une double opération pour un identifiant, deux instances de la structure xXIHierarchyInfo sont écrites en même temps, tandis que la fonction XISendDeviceHierarchyEvent alloue de la mémoire pour une seule instance.
CVE-2024-21886 : Débordement de tampon dans DisableDevice
La vulnérabilité CVE-2024-21886, présente depuis la version 1.13.0 de xorg-server (2012), provoque un dépassement de tampon dans la fonction DisableDevice lorsqu'un périphérique maître est désactivé alors que les périphériques esclaves le sont déjà. Cette vulnérabilité est due à un calcul incorrect de la taille de la structure utilisée pour stocker la liste des périphériques.
CVE-2024-0409 : corruption du contexte SELinux
La vulnérabilité CVE-2024-0409, détectée dans xorg-server-1.16.0, entraîne la corruption du contexte SELinux en raison d'une utilisation incorrecte du mécanisme «privates» pour stocker des données supplémentaires.
Xserver utilise ce mécanisme dans ses propres objets ; chaque clé privée possède un « type » associé. Chaque clé privée se voit allouer la taille mémoire correspondante déclarée lors de sa création. La structure du curseur dans Xserver comporte même deux clés : une pour le curseur lui-même et une autre pour les bits qui le définissent. XSELINUX utilise également des clés privées, mais il s'agit d'un cas légèrement particulier car il utilise les mêmes clés pour tous les objets.
Ce qui se passe ici, c'est que le code du curseur dans Xephyr et Xwayland utilise le mauvais type de "privé" lors de la création, utilise le type de bit du curseur avec le curseur privé et, au démarrage du curseur, écrase le contexte XSELINUX.
CVE-2024-0408 : PBuffer SELinux GLX non balisé
La vulnérabilité CVE-2024-0408, présente dans xorg-server-1.10.0 (2010), permet aux ressources X de ne pas être étiquetées, ce qui peut entraîner une élévation de privilèges locale. Le code XSELINUX sur le serveur X étiquette les ressources X en fonction d'un lien.
Ce qui se passe ici, c'est que le code GLX PBuffer n'appelle pas le hook XACE lorsqu'il crée le tampon, il reste donc non balisé, et lorsque le client émet une autre demande pour accéder à cette ressource ou même lorsqu'il crée une autre ressource, il doit accéder à ce tampon. , le code XSELINUX tentera d'utiliser un objet qui n'a jamais été balisé et échouera car le SID est NULL.
Il convient de mentionner que cette nouvelle version corrective est déjà disponible dans la plupart des dépôts des principales distributions Linux, et il est donc recommandé de mettre à jour vers la nouvelle version dès que possible.
Enfin, si vous souhaitez en savoir plus à ce sujet , vous trouverez les détails en suivant ce lien.