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.

The remote Redhat Enterprise Linux 7 host has one or more packages installed that are affected by multiple vulnerabilities that have been acknowledged by the vendor but will not be patched.

  - openldap: ACL restrictions bypass due to sasl_ssf value being set permanently (CVE-2019-13565)

  - /usr/libexec/openldap/generate-server-cert.sh in openldap-servers sets weak permissions for the TLS     certificate, which allows local users to obtain the TLS certificate by leveraging a race condition between     the creation of the certificate, and the chmod to protect it. (CVE-2016-4984)

  - 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)

Note that Nessus has not tested for these issues but has instead relied on the package manager's report that the package is installed.

This plugin has been deprecated as it does not adhere to established standards for this style of check.

The version of openldap installed on the remote host is prior to 2.4.40-16.36. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS-2023-1741 advisory.

    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)

    An integer underflow was discovered in OpenLDAP before 2.4.57 leading to slapd crashes in the Certificate     Exact Assertion processing, resulting in denial of service (schema_init.c serialNumberAndIssuerCheck).
    (CVE-2020-36221)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to an assertion failure in slapd in the     saslAuthzTo validation, resulting in denial of service. (CVE-2020-36222)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to a slapd crash in the Values Return Filter     control handling, resulting in denial of service (double free and out-of-bounds read). (CVE-2020-36223)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to an invalid pointer free and slapd crash in the     saslAuthzTo processing, resulting in denial of service. (CVE-2020-36224)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to a double free and slapd crash in the     saslAuthzTo processing, resulting in denial of service. (CVE-2020-36225)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to a memch->bv_len miscalculation and slapd crash     in the saslAuthzTo processing, resulting in denial of service. (CVE-2020-36226)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to an infinite loop in slapd with the cancel_extop     Cancel operation, resulting in denial of service. (CVE-2020-36227)

    An integer underflow was discovered in OpenLDAP before 2.4.57 leading to a slapd crash in the Certificate     List Exact Assertion processing, resulting in denial of service. (CVE-2020-36228)

    A flaw was discovered in ldap_X509dn2bv in OpenLDAP before 2.4.57 leading to a slapd crash in the X.509 DN     parsing in ad_keystring, resulting in denial of service. (CVE-2020-36229)

    A flaw was discovered in OpenLDAP before 2.4.57 leading in an assertion failure in slapd in the X.509 DN     parsing in decode.c ber_next_element, resulting in denial of service. (CVE-2020-36230)

    In OpenLDAP through 2.4.57 and 2.5.x through 2.5.1alpha, an assertion  ...

    NOTE: https://bugs.openldap.org/show_bug.cgi?id=9454NOTE: trunk:
    https://git.openldap.org/openldap/openldap/-/commit/3539fc33212b528c56b716584f2c2994af7c30b0NOTE: REL_ENG     2.4.x: https://git.openldap.org/openldap/openldap/-/commit/9badb73425a67768c09bcaed1a9c26c684af6c30     (CVE-2021-27212)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The version of openldap installed on the remote host is prior to 2.4.44-25. It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2-2023-2033 advisory.

    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)

    An integer underflow was discovered in OpenLDAP before 2.4.57 leading to slapd crashes in the Certificate     Exact Assertion processing, resulting in denial of service (schema_init.c serialNumberAndIssuerCheck).
    (CVE-2020-36221)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to an assertion failure in slapd in the     saslAuthzTo validation, resulting in denial of service. (CVE-2020-36222)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to a slapd crash in the Values Return Filter     control handling, resulting in denial of service (double free and out-of-bounds read). (CVE-2020-36223)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to an invalid pointer free and slapd crash in the     saslAuthzTo processing, resulting in denial of service. (CVE-2020-36224)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to a memch->bv_len miscalculation and slapd crash     in the saslAuthzTo processing, resulting in denial of service. (CVE-2020-36226)

    A flaw was discovered in OpenLDAP before 2.4.57 leading to an infinite loop in slapd with the cancel_extop     Cancel operation, resulting in denial of service. (CVE-2020-36227)

    An integer underflow was discovered in OpenLDAP before 2.4.57 leading to a slapd crash in the Certificate     List Exact Assertion processing, resulting in denial of service. (CVE-2020-36228)

    A flaw was discovered in ldap_X509dn2bv in OpenLDAP before 2.4.57 leading to a slapd crash in the X.509 DN     parsing in ad_keystring, resulting in denial of service. (CVE-2020-36229)

    A flaw was discovered in OpenLDAP before 2.4.57 leading in an assertion failure in slapd in the X.509 DN     parsing in decode.c ber_next_element, resulting in denial of service. (CVE-2020-36230)

    In OpenLDAP through 2.4.57 and 2.5.x through 2.5.1alpha, an assertion  ...

    NOTE: https://bugs.openldap.org/show_bug.cgi?id=9454NOTE: trunk:
    https://git.openldap.org/openldap/openldap/-/commit/3539fc33212b528c56b716584f2c2994af7c30b0NOTE: REL_ENG     2.4.x: https://git.openldap.org/openldap/openldap/-/commit/9badb73425a67768c09bcaed1a9c26c684af6c30     (CVE-2021-27212)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The remote SUSE Linux SLES11 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2020:14353-1 advisory.

  - 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)

  - 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)

Note that Nessus has not tested for this issue but has instead relied only on the application's self-reported version number.

This update for openldap2 fixes the following issues :

CVE-2020-12243: Fixed a denial of service related to recursive filters (bsc#1170771).

CVE-2019-13565: Fixed an authentication bypass caused by incorrect authorization of another connection, granting excess connection rights (bsc#1143194).

CVE-2019-13057: Fixed an issue with improper authorization with delegated database admin privileges (bsc#1143273).

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

According to the versions of the openldap packages installed, the EulerOS Virtualization installation on the remote host is affected by the following vulnerabilities :

  - 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)

  - 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)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

According to the version of the openldap packages installed, the EulerOS Virtualization for ARM 64 installation on the remote host is affected by the following vulnerability :

  - 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)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

According to the version of the openldap packages installed, the EulerOS installation on the remote host is affected by the following vulnerability :

  - 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)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The remote host is running a version of macOS / Mac OS X that is 10.13.x prior to 10.13.6 Security Update 2019-007, 10.14.x prior to 10.14.6 Security Update 2019-002, or 10.15.x prior to 10.15.2. It is, therefore, affected by multiple vulnerabilities :

  - slapd in OpenLDAP before 2.4.30 allows remote attackers     to cause a denial of service (assertion failure and     daemon exit) via an LDAP search query with attrsOnly set     to true, which causes empty attributes to be returned.
    (CVE-2012-1164)

  - libraries/libldap/tls_m.c in OpenLDAP, possibly 2.4.31     and earlier, when using the Mozilla NSS backend, always     uses the default cipher suite even when TLSCipherSuite     is set, which might cause OpenLDAP to use weaker ciphers     than intended and make it easier for remote attackers to     obtain sensitive information. (CVE-2012-2668)

  - The rwm overlay in OpenLDAP 2.4.23, 2.4.36, and earlier     does not properly count references, which allows remote     attackers to cause a denial of service (slapd crash) by     unbinding immediately after a search request, which     triggers rwm_conn_destroy to free the session context     while it is being used by rwm_op_search. (CVE-2013-4449)

  - The deref_parseCtrl function in     servers/slapd/overlays/deref.c in OpenLDAP 2.4.13     through 2.4.40 allows remote attackers to cause a denial     of service (NULL pointer dereference and crash) via an     empty attribute list in a deref control in a search     request. (CVE-2015-1545)

  - tcpdump before 4.9.3 has a heap-based buffer over-read     related to aoe_print in print-aoe.c and lookup_emem in     addrtoname.c. (CVE-2017-16808)

  - tcpdump before 4.9.3 mishandles the printing of SMB data     (issue 1 of 2). (CVE-2018-10103)

  - tcpdump before 4.9.3 mishandles the printing of SMB data     (issue 2 of 2). (CVE-2018-10105)

  - The LDP parser in tcpdump before 4.9.3 has a buffer     over-read in print-ldp.c:ldp_tlv_print().
    (CVE-2018-14461)

  - The ICMP parser in tcpdump before 4.9.3 has a buffer     over-read in print-icmp.c:icmp_print(). (CVE-2018-14462)

  - The VRRP parser in tcpdump before 4.9.3 has a buffer     over-read in print-vrrp.c:vrrp_print(). (CVE-2018-14463)

  - The LMP parser in tcpdump before 4.9.3 has a buffer     over-read in print-lmp.c:lmp_print_data_link_subobjs().
    (CVE-2018-14464)

  - The RSVP parser in tcpdump before 4.9.3 has a buffer     over-read in print-rsvp.c:rsvp_obj_print().
    (CVE-2018-14465)

  - The Rx parser in tcpdump before 4.9.3 has a buffer over-     read in print-rx.c:rx_cache_find() and     rx_cache_insert(). (CVE-2018-14466)

  - The BGP parser in tcpdump before 4.9.3 has a buffer     over-read in print-bgp.c:bgp_capabilities_print()     (BGP_CAPCODE_MP). (CVE-2018-14467)

  - The FRF.16 parser in tcpdump before 4.9.3 has a buffer     over-read in print-fr.c:mfr_print(). (CVE-2018-14468)

  - The IKEv1 parser in tcpdump before 4.9.3 has a buffer     over-read in print-isakmp.c:ikev1_n_print().
    (CVE-2018-14469)

  - The Babel parser in tcpdump before 4.9.3 has a buffer     over-read in print-babel.c:babel_print_v2().
    (CVE-2018-14470)

  - The command-line argument parser in tcpdump before 4.9.3     has a buffer overflow in tcpdump.c:get_next_file().
    (CVE-2018-14879)

  - The OSPFv3 parser in tcpdump before 4.9.3 has a buffer     over-read in print-ospf6.c:ospf6_print_lshdr().
    (CVE-2018-14880)

  - The BGP parser in tcpdump before 4.9.3 has a buffer     over-read in print-bgp.c:bgp_capabilities_print()     (BGP_CAPCODE_RESTART). (CVE-2018-14881)

  - The ICMPv6 parser in tcpdump before 4.9.3 has a buffer     over-read in print-icmp6.c. (CVE-2018-14882)

  - The IEEE 802.11 parser in tcpdump before 4.9.3 has a     buffer over-read in print-802_11.c for the Mesh Flags     subfield. (CVE-2018-16227)

  - The HNCP parser in tcpdump before 4.9.3 has a buffer     over-read in print-hncp.c:print_prefix().
    (CVE-2018-16228)

  - The DCCP parser in tcpdump before 4.9.3 has a buffer     over-read in print-dccp.c:dccp_print_option().
    (CVE-2018-16229)

  - The BGP parser in tcpdump before 4.9.3 has a buffer     over-read in print-bgp.c:bgp_attr_print()     (MP_REACH_NLRI). (CVE-2018-16230)

  - The BGP parser in tcpdump before 4.9.3 allows stack     consumption in print-bgp.c:bgp_attr_print() because of     unlimited recursion. (CVE-2018-16300)

  - libpcap before 1.9.1, as used in tcpdump before 4.9.3,     has a buffer overflow and/or over-read because of errors     in pcapng reading. (CVE-2018-16301)

  - The SMB parser in tcpdump before 4.9.3 has buffer over-     reads in print-smb.c:print_trans() for \MAILSLOT\BROWSE     and \PIPE\LANMAN. (CVE-2018-16451)

  - The SMB parser in tcpdump before 4.9.3 has stack     exhaustion in smbutil.c:smb_fdata() via recursion.
    (CVE-2018-16452)

  - 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)

  - 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)

  - rpcapd/daemon.c in libpcap before 1.9.1 mishandles     certain length values because of reuse of a variable.
    This may open up an attack vector involving extra data     at the end of a request. (CVE-2019-15161)

  - rpcapd/daemon.c in libpcap before 1.9.1 on non-Windows     platforms provides details about why authentication     failed, which might make it easier for attackers to     enumerate valid usernames. (CVE-2019-15162)

  - rpcapd/daemon.c in libpcap before 1.9.1 allows attackers     to cause a denial of service (NULL pointer dereference     and daemon crash) if a crypt() call fails.
    (CVE-2019-15163)

  - rpcapd/daemon.c in libpcap before 1.9.1 allows SSRF     because a URL may be provided as a capture source.
    (CVE-2019-15164)

  - sf-pcapng.c in libpcap before 1.9.1 does not properly     validate the PHB header length before allocating memory.
    (CVE-2019-15165)

  - lmp_print_data_link_subobjs() in print-lmp.c in tcpdump     before 4.9.3 lacks certain bounds checks.
    (CVE-2019-15166)

  - In libexpat before 2.2.8, crafted XML input could fool     the parser into changing from DTD parsing to document     parsing too early; a consecutive call to     XML_GetCurrentLineNumber (or XML_GetCurrentColumnNumber)     then resulted in a heap-based buffer over-read.
    (CVE-2019-15903)

Note that Nessus has not tested for this issue but has instead relied only on the operating system's self-reported version number.

According to the versions of the openldap packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

  - 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)

  - 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)

Note that Tenable Network Security has extracted the preceding description block directly from the EulerOS security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for openldap2 fixes the following issues :

Security issue fixed :

  - CVE-2019-13565: Fixed an authentication bypass when     using SASL authentication and session encryption     (bsc#1143194).

  - CVE-2019-13057: Fixed an issue with delegated database     admin privileges (bsc#1143273).

  - CVE-2017-17740: When both the nops module and the member     of overlay are enabled, attempts to free a buffer that     was allocated on the stack, which allows remote     attackers to cause a denial of service (slapd crash) via     a member MODDN operation. (bsc#1073313)

Non-security issues fixed :

  - Fixed broken shebang line in     openldap_update_modules_path.sh (bsc#1114845).

  - Create files in /var/lib/ldap/ during initial start to     allow for transactional updates (bsc#1111388)

  - Fixed incorrect post script call causing tmpfiles     creation not to be run (bsc#1111388).

This update was imported from the SUSE:SLE-15:Update update project.

This update for openldap2 fixes the following issues :

Security issue fixed :

CVE-2019-13565: Fixed an authentication bypass when using SASL authentication and session encryption (bsc#1143194).

CVE-2019-13057: Fixed an issue with delegated database admin privileges (bsc#1143273).

CVE-2017-17740: When both the nops module and the member of overlay are enabled, attempts to free a buffer that was allocated on the stack, which allows remote attackers to cause a denial of service (slapd crash) via a member MODDN operation. (bsc#1073313)

Non-security issues fixed: Fixed broken shebang line in openldap_update_modules_path.sh (bsc#1114845).

Create files in /var/lib/ldap/ during initial start to allow for transactional updates (bsc#1111388)

Fixed incorrect post script call causing tmpfiles creation not to be run (bsc#1111388).

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

This update for openldap2 fixes the following issues :

Security issues fixed :

CVE-2019-13565: Fixed ssf memory reuse that leads to incorrect authorization of another connection, granting excess connection rights (ssf) (bsc#1143194).

CVE-2019-13057: Fixed rootDN of a backend that may proxyauth incorrectly to another backend, violating multi-tenant isolation (bsc#1143273).

Note that Tenable Network Security has extracted the preceding description block directly from the SUSE security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

Several security vulnerabilities were discovered in openldap, a server and tools to provide a standalone directory service.

CVE-2019-13057

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-13565

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.

For Debian 8 'Jessie', these problems have been fixed in version 2.4.40+dfsg-1+deb8u5.

We recommend that you upgrade your openldap packages.

NOTE: Tenable Network Security has extracted the preceding description block directly from the DLA security advisory. Tenable has attempted to automatically clean and format it as much as possible without introducing additional issues.

The remote Ubuntu 16.04 LTS / 18.04 LTS host has packages installed that are affected by multiple vulnerabilities as referenced in the USN-4078-1 advisory.

    It was discovered that OpenLDAP incorrectly handled rootDN delegation. A database administrator could use     this issue to request authorization as an identity from another database, contrary to expectations.
    (CVE-2019-13057)

    It was discovered that OpenLDAP incorrectly handled SASL authentication and session encryption. After a     first SASL bind was completed, it was possible to obtain access by performing simple binds, contrary to     expectations. (CVE-2019-13565)

Tenable has extracted the preceding description block directly from the Ubuntu security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Severity
198818	RHEL 7 : openldap (Unpatched Vulnerability)	Nessus	Red Hat Local Security Checks	high
196224	RHEL 5 : openldap (Unpatched Vulnerability) (deprecated)	Nessus	Red Hat Local Security Checks	high
196208	RHEL 6 : openldap (Unpatched Vulnerability) (deprecated)	Nessus	Red Hat Local Security Checks	critical
175093	Amazon Linux AMI : openldap (ALAS-2023-1741)	Nessus	Amazon Linux Local Security Checks	high
175021	Amazon Linux 2 : openldap (ALAS-2023-2033)	Nessus	Amazon Linux Local Security Checks	high
150644	SUSE SLES11 Security Update : openldap2 (SUSE-SU-2020:14353-1)	Nessus	SuSE Local Security Checks	high
136650	SUSE SLES12 Security Update : openldap2 (SUSE-SU-2020:1210-1)	Nessus	SuSE Local Security Checks	high
135643	EulerOS Virtualization 3.0.2.2 : openldap (EulerOS-SA-2020-1481)	Nessus	Huawei Local Security Checks	high
134489	EulerOS Virtualization for ARM 64 3.0.2.0 : openldap (EulerOS-SA-2020-1200)	Nessus	Huawei Local Security Checks	high
132831	EulerOS Virtualization for ARM 64 3.0.5.0 : openldap (EulerOS-SA-2020-1077)	Nessus	Huawei Local Security Checks	high
132175	EulerOS 2.0 SP3 : openldap (EulerOS-SA-2019-2640)	Nessus	Huawei Local Security Checks	high
131957	macOS 10.15.x < 10.15.2 / 10.14.x < 10.14.6 Security Update 2019-002 / 10.13.x < 10.13.6 Security Update 2019-007	Nessus	MacOS X Local Security Checks	critical
131850	EulerOS 2.0 SP2 : openldap (EulerOS-SA-2019-2358)	Nessus	Huawei Local Security Checks	high
130821	EulerOS 2.0 SP8 : openldap (EulerOS-SA-2019-2112)	Nessus	Huawei Local Security Checks	high
130640	EulerOS 2.0 SP5 : openldap (EulerOS-SA-2019-2178)	Nessus	Huawei Local Security Checks	high
129342	openSUSE Security Update : openldap2 (openSUSE-2019-2176)	Nessus	SuSE Local Security Checks	high
129280	openSUSE Security Update : openldap2 (openSUSE-2019-2157)	Nessus	SuSE Local Security Checks	high
129043	SUSE SLED15 / SLES15 Security Update : openldap2 (SUSE-SU-2019:2395-1)	Nessus	SuSE Local Security Checks	high
128991	SUSE SLED12 / SLES12 Security Update : openldap2 (SUSE-SU-2019:2390-1)	Nessus	SuSE Local Security Checks	high
127927	Debian DLA-1891-1 : openldap security update	Nessus	Debian Local Security Checks	high
127794	Ubuntu 16.04 LTS / 18.04 LTS : OpenLDAP vulnerabilities (USN-4078-1)	Nessus	Ubuntu Local Security Checks	high

Detections

Analytics

CVE-2019-13565

high

Tenable Plugins

high

high

critical

high

high

high

high

high

high

high

high

critical

high

high

high

high

high

high

high

high

high