GLib's GVariant deserialization code is vulnerable to a denial of service introduced by additional input validation added to resolve CVE-2023-29499. The offset table validation may be very slow. This bug does not affect any released version of GLib, but does affect GLib distributors who followed the guidance of GLib developers to backport the initial fix for CVE-2023-29499 References: https://gitlab.gnome.org/GNOME/glib/-/issues/2841
Created glib tracking bugs for this issue: Affects: epel-all [bug 2212720] Created glib2 tracking bugs for this issue: Affects: fedora-37 [bug 2212721] Affects: fedora-38 [bug 2212726] Created mingw-glib2 tracking bugs for this issue: Affects: fedora-37 [bug 2212723] Affects: fedora-38 [bug 2212728]
Remember that RHEL 8 and RHEL 9 are not affected by this issue. I didn't attempt to fix the earlier CVEs in RHEL 8, and in RHEL 9 I only fixed them for 9.3, which has not yet been released.
This vulnerability allows for a denial of service attack to be performed against applications that process untrusted GVariant input, compromising application availability by consuming excessive processing time or utilizing a large quantity of memory. The most likely threat is from a local user, which may be possible depending on the configuration of the service and the format of parameters that it expects. While a remote attack is possible if the application is configured to read GVariants over a network connection, this is not the default configuration which makes the likelihood low. Because the most widely available attack vector is local and the consequences are limited to denial of service, Red Hat Product Security rates the impact as Low.
This issue has been addressed in the following products: Red Hat Enterprise Linux 9 Via RHSA-2024:2528 https://access.redhat.com/errata/RHSA-2024:2528