<?xml version="1.0" encoding="utf-8"?>
  <?xml-stylesheet type="text/xsl" href="sa-render.xsl"?>
  <update from="huaweicloud.com" type="security" status="stable" version="1">
    <id>HCE1-SA-2024-0012</id>
    <title>An update for glibc is now available for HCE 1.1</title>
    <severity>Critical</severity>
    <release>HCE 1.1</release>
    <issued date="2024-05-27 09:02:17"/>
    <updated date="2024-05-27 09:02:17"/>
    <references>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2019-9169" id="CVE-2019-9169" title="CVE-2019-9169 Base Score: 9.8 Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2021-35942" id="CVE-2021-35942" title="CVE-2021-35942 Base Score: 9.1 Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2020-1752" id="CVE-2020-1752" title="CVE-2020-1752 Base Score: 7.0 Vector: CVSS:3.1/AV:L/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H" type="cve"/>
    </references>
    <description>Security Fix(es):

In the GNU C Library (aka glibc or libc6) through 2.29, proceed_next_node in posix/regexec.c has a heap-based buffer over-read via an attempted case-insensitive regular-expression match. (CVE-2019-9169)

The wordexp function in the GNU C Library (aka glibc) through 2.33 may crash or read arbitrary memory in parse_param (in posix/wordexp.c) when called with an untrusted, crafted pattern, potentially resulting in a denial of service or disclosure of information. This occurs because atoi was used but strtoul should have been used to ensure correct calculations. (CVE-2021-35942)

A use-after-free vulnerability introduced in glibc upstream version 2.14 was found in the way the tilde expansion was carried out. Directory paths containing an initial tilde followed by a valid username were affected by this issue. A local attacker could exploit this flaw by creating a specially crafted path that, when processed by the glob function, would potentially lead to arbitrary code execution. This was fixed in version 2.32. (CVE-2020-1752)
</description>
    <pkglist>
      <collection short="HCE 1.1" package="glibc">
        <name>HCE 1.1</name>
        <package arch="x86_64" name="glibc" version="2.17" release="328.hce1c">
          <filename>glibc-2.17-328.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="glibc-common" version="2.17" release="328.hce1c">
          <filename>glibc-common-2.17-328.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="glibc-devel" version="2.17" release="328.hce1c">
          <filename>glibc-devel-2.17-328.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="glibc-headers" version="2.17" release="328.hce1c">
          <filename>glibc-headers-2.17-328.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="glibc-utils" version="2.17" release="328.hce1c">
          <filename>glibc-utils-2.17-328.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="nscd" version="2.17" release="328.hce1c">
          <filename>nscd-2.17-328.hce1c.x86_64.rpm</filename>
        </package>
      </collection>
    </pkglist>
  </update>
