An update for glibc is now available for openEuler-22.03-LTS-SP4 Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2026-1202 Final 1.0 1.0 2026-01-23 Initial 2026-01-23 2026-01-23 openEuler SA Tool V1.0 2026-01-23 glibc security update An update for glibc is now available for openEuler-22.03-LTS-SP4 The GNU C Library project provides the core libraries for the GNU system and GNU/Linux systems, as well as many other systems that use Linux as the kernel. These libraries provide critical APIs including ISO C11, POSIX.1-2008, BSD, OS-specific APIs and more. These APIs include such foundational facilities as open, read, write, malloc, printf, getaddrinfo, dlopen, pthread_create, crypt, login, exit and more. Security Fix(es): Passing too large an alignment to the memalign suite of functions (memalign, posix_memalign, aligned_alloc) in the GNU C Library version 2.30 to 2.42 may result in an integer overflow, which could consequently result in a heap corruption. Note that the attacker must have control over both, the size as well as the alignment arguments of the memalign function to be able to exploit this. The size parameter must be close enough to PTRDIFF_MAX so as to overflow size_t along with the large alignment argument. This limits the malicious inputs for the alignment for memalign to the range [1<<62+ 1, 1<<63] and exactly 1<<63 for posix_memalign and aligned_alloc. Typically the alignment argument passed to such functions is a known constrained quantity (e.g. page size, block size, struct sizes) and is not attacker controlled, because of which this may not be easily exploitable in practice. An application bug could potentially result in the input alignment being too large, e.g. due to a different buffer overflow or integer overflow in the application or its dependent libraries, but that is again an uncommon usage pattern given typical sources of alignments.(CVE-2026-0861) Calling getnetbyaddr or getnetbyaddr_r with a configured nsswitch.conf that specifies the library's DNS backend for networks and queries for a zero-valued network in the GNU C Library version 2.0 to version 2.42 can leak stack contents to the configured DNS resolver.(CVE-2026-0915) An update for glibc is now available for master/openEuler-22.03-LTS-SP3/openEuler-22.03-LTS-SP4/openEuler-24.03-LTS/openEuler-24.03-LTS-Next/openEuler-24.03-LTS-SP1/openEuler-24.03-LTS-SP2/openEuler-24.03-LTS-SP3. openEuler Security has rated this update as having a security impact of high. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section. High glibc https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1202 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-0861 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-0915 https://nvd.nist.gov/vuln/detail/CVE-2026-0861 https://nvd.nist.gov/vuln/detail/CVE-2026-0915 openEuler-22.03-LTS-SP4 glibc-2.34-172.oe2203sp4.aarch64.rpm glibc-all-langpacks-2.34-172.oe2203sp4.aarch64.rpm glibc-common-2.34-172.oe2203sp4.aarch64.rpm glibc-compat-2.17-2.34-172.oe2203sp4.aarch64.rpm glibc-debuginfo-2.34-172.oe2203sp4.aarch64.rpm glibc-debugsource-2.34-172.oe2203sp4.aarch64.rpm glibc-debugutils-2.34-172.oe2203sp4.aarch64.rpm glibc-devel-2.34-172.oe2203sp4.aarch64.rpm glibc-locale-archive-2.34-172.oe2203sp4.aarch64.rpm glibc-locale-source-2.34-172.oe2203sp4.aarch64.rpm glibc-nss-devel-2.34-172.oe2203sp4.aarch64.rpm libnsl-2.34-172.oe2203sp4.aarch64.rpm nscd-2.34-172.oe2203sp4.aarch64.rpm nss_modules-2.34-172.oe2203sp4.aarch64.rpm glibc-2.34-172.oe2203sp4.src.rpm glibc-2.34-172.oe2203sp4.x86_64.rpm glibc-all-langpacks-2.34-172.oe2203sp4.x86_64.rpm glibc-common-2.34-172.oe2203sp4.x86_64.rpm glibc-compat-2.17-2.34-172.oe2203sp4.x86_64.rpm glibc-debuginfo-2.34-172.oe2203sp4.x86_64.rpm glibc-debugsource-2.34-172.oe2203sp4.x86_64.rpm glibc-debugutils-2.34-172.oe2203sp4.x86_64.rpm glibc-devel-2.34-172.oe2203sp4.x86_64.rpm glibc-locale-archive-2.34-172.oe2203sp4.x86_64.rpm glibc-locale-source-2.34-172.oe2203sp4.x86_64.rpm glibc-nss-devel-2.34-172.oe2203sp4.x86_64.rpm libnsl-2.34-172.oe2203sp4.x86_64.rpm nscd-2.34-172.oe2203sp4.x86_64.rpm nss_modules-2.34-172.oe2203sp4.x86_64.rpm glibc-help-2.34-172.oe2203sp4.noarch.rpm Passing too large an alignment to the memalign suite of functions (memalign, posix_memalign, aligned_alloc) in the GNU C Library version 2.30 to 2.42 may result in an integer overflow, which could consequently result in a heap corruption. Note that the attacker must have control over both, the size as well as the alignment arguments of the memalign function to be able to exploit this. The size parameter must be close enough to PTRDIFF_MAX so as to overflow size_t along with the large alignment argument. This limits the malicious inputs for the alignment for memalign to the range [1<<62+ 1, 1<<63] and exactly 1<<63 for posix_memalign and aligned_alloc. Typically the alignment argument passed to such functions is a known constrained quantity (e.g. page size, block size, struct sizes) and is not attacker controlled, because of which this may not be easily exploitable in practice. An application bug could potentially result in the input alignment being too large, e.g. due to a different buffer overflow or integer overflow in the application or its dependent libraries, but that is again an uncommon usage pattern given typical sources of alignments. 2026-01-23 CVE-2026-0861 openEuler-22.03-LTS-SP4 High 8.4 AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H glibc security update 2026-01-23 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1202 Calling getnetbyaddr or getnetbyaddr_r with a configured nsswitch.conf that specifies the library's DNS backend for networks and queries for a zero-valued network in the GNU C Library version 2.0 to version 2.42 can leak stack contents to the configured DNS resolver. 2026-01-23 CVE-2026-0915 openEuler-22.03-LTS-SP4 High 7.5 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N glibc security update 2026-01-23 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-1202