Fixed packages 6
| Release | Package | Fixed in |
|---|---|---|
| Red Hat · RHEL 8.8 E4S rhel_e4s:8.8::appstream | libXfont2 | 0:2.0.3-2.el8_8.2 |
| Red Hat · RHEL 8.8 E4S rhel_e4s:8.8::appstream | libXfont2-debuginfo | 0:2.0.3-2.el8_8.2 |
| Red Hat · RHEL 8.8 E4S rhel_e4s:8.8::appstream | libXfont2-debugsource | 0:2.0.3-2.el8_8.2 |
| Red Hat · RHEL 8.8 TUS rhel_tus:8.8::appstream | libXfont2 | 0:2.0.3-2.el8_8.2 |
| Red Hat · RHEL 8.8 TUS rhel_tus:8.8::appstream | libXfont2-debuginfo | 0:2.0.3-2.el8_8.2 |
| Red Hat · RHEL 8.8 TUS rhel_tus:8.8::appstream | libXfont2-debugsource | 0:2.0.3-2.el8_8.2 |
Vulnerabilities 2
-
Critical 9.0
fs_read_glyphs() heap buffer overflow via cumulative glyph data overflow in libXfont2
fs_read_glyphs() in the libXfont2 font-server client (src/fc/fserve.c) copies each glyph's bitmap into a single buffer. Existing checks validates only that the source slice (position, length) lies within the source bitmap buffer. It does not check whether the…
-
Critical 9.0
fs_read_glyphs() heap OOB read/write via encoding array index mismatch in libXfont2
fs_read_glyphs() in the libXfont2 font-server client (src/fc/fserve.c) indexes the per-character encoding[] array using num_chars from the FS_QueryXBitmaps16 reply, but that array was allocated with a size derived from num_extents in the separate FS_QueryXExt…
References
-
article
https://access.redhat.com/security/updates/classification/#important
-
report
https://bugzilla.redhat.com/show_bug.cgi?id=2509620
-
report
https://bugzilla.redhat.com/show_bug.cgi?id=2509622
-
advisory
https://security.access.redhat.com/data/csaf/v2/advisories/2026/rhsa-2026_61756.json
-
report
https://access.redhat.com/security/cve/CVE-2026-44950
-
advisory
https://www.cve.org/CVERecord?id=CVE-2026-44950
-
advisory
https://nvd.nist.gov/vuln/detail/CVE-2026-44950
-
report
https://access.redhat.com/security/cve/CVE-2026-59679
-
advisory
https://www.cve.org/CVERecord?id=CVE-2026-59679
-
advisory
https://nvd.nist.gov/vuln/detail/CVE-2026-59679