A vulnerability was discovered in 389-ds-base. The lock controlling the error log was not correctly used when re-opening the log file in log__error_emergency(). An attacker could send a flood of modifications to a very large DN, which would cause slapd to crash.(CVE-2018-14624)

A race condition was found in the way 389-ds-base handles persistent search, resulting in a crash if the server is under load. An anonymous attacker could use this flaw to trigger a denial of service.(CVE-2018-10850)

A double-free of a password policy structure was found in the way slapd was handling certain errors during persistent search. A unauthenticated attacker could use this flaw to crash Directory Server.(CVE-2018-14638)

A flaw was found in the 389 Directory Server that allows users to cause a crash in the LDAP server using ldapsearch with server side sort.(CVE-2018-10935)

This update for 389-ds fixes the following issues :

The following security vulnerabilities were addressed :

  - CVE-2018-10850: Fixed a race condition on reference     counter that would lead to a denial of service using     persistent search (bsc#1096368)

  - CVE-2017-15134: Fixed a remote denial of service via     search filters in slapi_filter_sprintf in slapd/util.c     (bsc#1076530)

  - CVE-2017-15135: Fixed authentication bypass due to lack     of size check in slapi_ct_memcmp function in ch_malloc.c     (bsc#1076530)

  - CVE-2018-10935: Fixed an issue that allowed users to     cause a crash via ldapsearch with server side sorts     (bsc#1105606)

  - CVE-2018-14624: The lock controlling the error log was     not correctly used when re-opening the log file in     log__error_emergency(), allowing an attacker to send a     flood of modifications to a very large DN, which could     have caused slapd to crash (bsc#1106699).

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

The remote NewStart CGSL host, running version CORE 5.04 / MAIN 5.04, has 389-ds-base packages installed that are affected by multiple vulnerabilities:

  - A race condition was found in the way 389-ds-base     handles persistent search, resulting in a crash if the     server is under load. An anonymous attacker could use     this flaw to trigger a denial of service.
    (CVE-2018-10850)

  - It was found that 389-ds-base did not properly handle     long search filters with characters needing escapes,     possibly leading to buffer overflows. A remote,     unauthenticated attacker could potentially use this flaw     to make ns-slapd crash via a specially crafted LDAP     request, thus resulting in denial of service.
    (CVE-2018-1089)

  - A vulnerability was discovered in 389-ds-base. The lock     controlling the error log was not correctly used when     re-opening the log file in log__error_emergency(). An     attacker could send a flood of modifications to a very     large DN, which would cause slapd to crash.
    (CVE-2018-14624)

  - A double-free of a password policy structure was found     in the way slapd was handling certain errors during     persistent search. A unauthenticated attacker could use     this flaw to crash Directory Server. (CVE-2018-14638)

  - A flaw was found in the 389 Directory Server that allows     users to cause a crash in the LDAP server using     ldapsearch with server side sort. (CVE-2018-10935)

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

CVE-2015-1854 A flaw was found while doing authorization of modrdn operations. An unauthenticated attacker able to issue an ldapmodrdn call to the directory server could perform unauthorized modifications of entries in the directory server.

CVE-2017-15134 Improper handling of a search filter in slapi_filter_sprintf() in slapd/util.c can lead to remote server crash and denial of service.

CVE-2018-1054 When read access on <attribute_name> is enabled, a flaw in SetUnicodeStringFromUTF_8 function in collate.c, can lead to out-of-bounds memory operations. This might result in a server crash, caused by unauthorized users.

CVE-2018-1089 Any user (anonymous or authenticated) can crash ns-slapd with a crafted ldapsearch query with very long filter value.

CVE-2018-10850 Due to a race condition the server could crash in turbo mode (because of high traffic) or when a worker reads several requests in the read buffer (more_data). Thus an anonymous attacker could trigger a denial of service.

For Debian 8 'Jessie', these problems have been fixed in version 1.3.3.5-4+deb8u1.

We recommend that you upgrade your 389-ds-base 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.

According to the versions of the 389-ds-base packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

  - race condition on reference counter leads to DoS using     persistent search (CVE-2018-10850)

  - ldapsearch with server side sort allows users to cause     a crash (CVE-2018-10935)

  - Server crash through modify command with large DN     (CVE-2018-14624)

  - Crash in delete_passwdPolicy when persistent search     connections are terminated unexpectedly     (CVE-2018-14638)

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 389-ds fixes the following issues :

The following security vulnerabilities were addressed :

CVE-2018-10850: Fixed a race condition on reference counter that would lead to a denial of service using persistent search (bsc#1096368)

CVE-2017-15134: Fixed a remote denial of service via search filters in slapi_filter_sprintf in slapd/util.c (bsc#1076530)

CVE-2017-15135: Fixed authentication bypass due to lack of size check in slapi_ct_memcmp function in ch_malloc.c (bsc#1076530)

CVE-2018-10935: Fixed an issue that allowed users to cause a crash via ldapsearch with server side sorts (bsc#1105606)

CVE-2018-14624: The lock controlling the error log was not correctly used when re-opening the log file in log__error_emergency(), allowing an attacker to send a flood of modifications to a very large DN, which could have caused slapd to crash (bsc#1106699).

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.

Security Fix(es) :

  - 389-ds-base: race condition on reference counter leads     to DoS using persistent search (CVE-2018-10850)

  - 389-ds-base: ldapsearch with server side sort allows     users to cause a crash (CVE-2018-10935)

  - 389-ds-base: Server crash through modify command with     large DN (CVE-2018-14624)

  - 389-ds-base: Crash in delete_passwdPolicy when     persistent search connections are terminated     unexpectedly (CVE-2018-14638)

Bug Fix(es) :

  - Previously, the nucn-stans framework was enabled by     default in Directory Server, but the framework is not     stable. As a consequence, deadlocks and file descriptor     leaks could occur. This update changes the default value     of the nsslapd-enable-nunc-stans parameter to 'off'. As     a result, Directory Server is now stable.

  - When a search evaluates the 'shadowAccount' entry,     Directory Server adds the shadow attributes to the     entry. If the fine-grained password policy is enabled,     the 'shadowAccount' entry can contain its own     'pwdpolicysubentry' policy attribute. Previously, to     retrieve this attribute, the server started an internal     search for each 'shadowAccount' entry, which was     unnecessary because the entry was already known to the     server. With this update, Directory Server only starts     internal searches if the entry is not known. As a     result, the performance of searches, such as response     time and throughput, is improved.

An update for 389-ds-base is now available for Red Hat Enterprise Linux 7.

Red Hat Product Security has rated this update as having a security impact of Moderate. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available for each vulnerability from the CVE link(s) in the References section.

389 Directory Server is an LDAP version 3 (LDAPv3) compliant server.
The base packages include the Lightweight Directory Access Protocol (LDAP) server and command-line utilities for server administration.

Security Fix(es) :

* 389-ds-base: race condition on reference counter leads to DoS using persistent search (CVE-2018-10850)

* 389-ds-base: ldapsearch with server side sort allows users to cause a crash (CVE-2018-10935)

* 389-ds-base: Server crash through modify command with large DN (CVE-2018-14624)

* 389-ds-base: Crash in delete_passwdPolicy when persistent search connections are terminated unexpectedly (CVE-2018-14638)

For more details about the security issue(s), including the impact, a CVSS score, and other related information, refer to the CVE page(s) listed in the References section.

The CVE-2018-10850 issue was discovered by Thierry Bordaz (Red Hat) and the CVE-2018-14638 issue was discovered by Viktor Ashirov (Red Hat).

Bug Fix(es) :

* Previously, the nucn-stans framework was enabled by default in Directory Server, but the framework is not stable. As a consequence, deadlocks and file descriptor leaks could occur. This update changes the default value of the nsslapd-enable-nunc-stans parameter to 'off'.
As a result, Directory Server is now stable. (BZ#1614836)

* When a search evaluates the 'shadowAccount' entry, Directory Server adds the shadow attributes to the entry. If the fine-grained password policy is enabled, the 'shadowAccount' entry can contain its own 'pwdpolicysubentry' policy attribute. Previously, to retrieve this attribute, the server started an internal search for each 'shadowAccount' entry, which was unnecessary because the entry was already known to the server. With this update, Directory Server only starts internal searches if the entry is not known. As a result, the performance of searches, such as response time and throughput, is improved. (BZ#1615924)

According to the versions of the 389-ds-base packages installed, the EulerOS installation on the remote host is affected by the following vulnerabilities :

  - race condition on reference counter leads to DoS using     persistent search (CVE-2018-10850)

  - Server crash through modify command with large DN     (CVE-2018-14624)

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.

From Red Hat Security Advisory 2018:2757 :

An update for 389-ds-base is now available for Red Hat Enterprise Linux 7.

Red Hat Product Security has rated this update as having a security impact of Moderate. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available for each vulnerability from the CVE link(s) in the References section.

389 Directory Server is an LDAP version 3 (LDAPv3) compliant server.
The base packages include the Lightweight Directory Access Protocol (LDAP) server and command-line utilities for server administration.

Security Fix(es) :

* 389-ds-base: race condition on reference counter leads to DoS using persistent search (CVE-2018-10850)

* 389-ds-base: ldapsearch with server side sort allows users to cause a crash (CVE-2018-10935)

* 389-ds-base: Server crash through modify command with large DN (CVE-2018-14624)

* 389-ds-base: Crash in delete_passwdPolicy when persistent search connections are terminated unexpectedly (CVE-2018-14638)

For more details about the security issue(s), including the impact, a CVSS score, and other related information, refer to the CVE page(s) listed in the References section.

The CVE-2018-10850 issue was discovered by Thierry Bordaz (Red Hat) and the CVE-2018-14638 issue was discovered by Viktor Ashirov (Red Hat).

Bug Fix(es) :

* Previously, the nucn-stans framework was enabled by default in Directory Server, but the framework is not stable. As a consequence, deadlocks and file descriptor leaks could occur. This update changes the default value of the nsslapd-enable-nunc-stans parameter to 'off'.
As a result, Directory Server is now stable. (BZ#1614836)

* When a search evaluates the 'shadowAccount' entry, Directory Server adds the shadow attributes to the entry. If the fine-grained password policy is enabled, the 'shadowAccount' entry can contain its own 'pwdpolicysubentry' policy attribute. Previously, to retrieve this attribute, the server started an internal search for each 'shadowAccount' entry, which was unnecessary because the entry was already known to the server. With this update, Directory Server only starts internal searches if the entry is not known. As a result, the performance of searches, such as response time and throughput, is improved. (BZ#1615924)

ID	Name	Product	Family	Published	Updated	Severity
118401	Amazon Linux 2 : 389-ds-base (ALAS-2018-1094)	Nessus	Amazon Linux Local Security Checks	10/26/2018	2/4/2022	medium
125210	openSUSE Security Update : 389-ds (openSUSE-2019-1397)	Nessus	SuSE Local Security Checks	5/16/2019	1/19/2021	high
127210	NewStart CGSL CORE 5.04 / MAIN 5.04 : 389-ds-base Multiple Vulnerabilities (NS-SA-2019-0038)	Nessus	NewStart CGSL Local Security Checks	8/12/2019	5/19/2022	high
111086	Debian DLA-1428-1 : 389-ds-base security update	Nessus	Debian Local Security Checks	7/16/2018	1/11/2021	high
118759	EulerOS 2.0 SP3 : 389-ds-base (EulerOS-SA-2018-1365)	Nessus	Huawei Local Security Checks	11/7/2018	5/31/2022	high
124855	SUSE SLED15 / SLES15 Security Update : 389-ds (SUSE-SU-2019:1207-1)	Nessus	SuSE Local Security Checks	5/13/2019	1/13/2021	high
117785	Scientific Linux Security Update : 389-ds-base on SL7.x x86_64 (20180925)	Nessus	Scientific Linux Local Security Checks	9/27/2018	2/28/2022	medium
117830	CentOS 7 : 389-ds-base (CESA-2018:2757)	Nessus	CentOS Local Security Checks	10/1/2018	2/24/2022	medium
118361	Amazon Linux AMI : 389-ds-base (ALAS-2018-1094)	Nessus	Amazon Linux Local Security Checks	10/25/2018	2/4/2022	medium
118740	EulerOS 2.0 SP2 : 389-ds-base (EulerOS-SA-2018-1357)	Nessus	Huawei Local Security Checks	11/6/2018	5/31/2022	high
117766	Oracle Linux 7 : 389-ds-base (ELSA-2018-2757)	Nessus	Oracle Linux Local Security Checks	9/27/2018	3/3/2022	medium
117774	RHEL 7 : 389-ds-base (RHSA-2018:2757)	Nessus	Red Hat Local Security Checks	9/27/2018	3/2/2022	medium
126439	SUSE SLED15 / SLES15 Security Update : 389-ds (SUSE-SU-2019:1207-2)	Nessus	SuSE Local Security Checks	7/2/2019	1/13/2021	high

Detections

Analytics

Plugins Search

medium

high

high

high

high

high

medium

medium

medium

high

medium

medium

high