<?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-2023-0058</id>
    <title>An update for openldap is now available for HCE 1.1</title>
    <severity>Critical</severity>
    <release>HCE 1.1</release>
    <issued date="2023-01-05 02:56:01"/>
    <updated date="2023-01-05 02:56:01"/>
    <references>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2019-13565" id="CVE-2019-13565" title="CVE-2019-13565 Base Score: 7.5 Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N" type="cve"/>
      <reference href="https://nvd.nist.gov/vuln/detail/CVE-2022-29155" id="CVE-2022-29155" title="CVE-2022-29155 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-2019-13057" id="CVE-2019-13057" title="CVE-2019-13057 Base Score: 4.9 Vector: CVSS:3.0/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N" type="cve"/>
    </references>
    <description>Security Fix(es):

An issue was discovered in OpenLDAP 2.x before 2.4.48. When using SASL authentication and session encryption, and relying on the SASL security layers in slapd access controls, it is possible to obtain access that would otherwise be denied via a simple bind for any identity covered in those ACLs. After the first SASL bind is completed, the sasl_ssf value is retained for all new non-SASL connections. Depending on the ACL configuration, this can affect different types of operations (searches, modifications, etc.). In other words, a successful authorization step completed by one user affects the authorization requirement for a different user. (CVE-2019-13565)

In OpenLDAP 2.x before 2.5.12 and 2.6.x before 2.6.2, a SQL injection vulnerability exists in the experimental back-sql backend to slapd, via a SQL statement within an LDAP query. This can occur during an LDAP search operation when the search filter is processed, due to a lack of proper escaping. (CVE-2022-29155)

An issue was discovered in the server in OpenLDAP before 2.4.48. When the server administrator delegates rootDN (database admin) privileges for certain databases but wants to maintain isolation (e.g., for multi-tenant deployments), slapd does not properly stop a rootDN from requesting authorization as an identity from another database during a SASL bind or with a proxyAuthz (RFC 4370) control. (It is not a common configuration to deploy a system where the server administrator and a DB administrator enjoy different levels of trust.) (CVE-2019-13057)
</description>
    <pkglist>
      <collection short="HCE 1.1" package="openldap">
        <name>HCE 1.1</name>
        <package arch="x86_64" name="openldap" version="2.4.44" release="27.hce1c">
          <filename>openldap-2.4.44-27.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="openldap-clients" version="2.4.44" release="27.hce1c">
          <filename>openldap-clients-2.4.44-27.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="openldap-devel" version="2.4.44" release="27.hce1c">
          <filename>openldap-devel-2.4.44-27.hce1c.x86_64.rpm</filename>
        </package>
        <package arch="x86_64" name="openldap-servers" version="2.4.44" release="27.hce1c">
          <filename>openldap-servers-2.4.44-27.hce1c.x86_64.rpm</filename>
        </package>
      </collection>
    </pkglist>
  </update>
