The Red Hat Directory Server before 8.2.11-13 and 389 Directory Server do not properly restrict access to entity attributes, which allows remote authenticated users to obtain sensitive information via a search query for the attribute.

The remote MiracleLinux 4 host has packages installed that are affected by a vulnerability as referenced in the AXSA:2013-585:04 advisory.

    389 Directory Server is an LDAPv3 compliant server. The base package includes the LDAP server and command     line utilities for server administration.
    Security issues fixed with this release:
     CVE-2013-2219     No information available at the time of writing, please refer to the CVE link below.

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

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

The remote Redhat Enterprise Linux 5 host has packages installed that are affected by a vulnerability as referenced in the RHSA-2013:1116 advisory.

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

    It was discovered that Red Hat Directory Server did not honor defined     attribute access controls when evaluating search filter expressions. A     remote attacker (with permission to query the Directory Server) could use     this flaw to determine the values of restricted attributes via a series of     search queries with filter conditions that used restricted attributes.
    (CVE-2013-2219)

    This issue was discovered by Ludwig Krispenz of Red Hat.

    This update also fixes the following bugs:

    * Prior to this update, the replication of the schema failed because of the     attribute unhashed#user#password, which had an invalid name. When this     problem happened, the error logs recorded the message Schema     replication update failed: Invalid syntax. This update allows this     attribute's name and the replication of the schema. (BZ#970934)

    * Prior to this update, under high load of incoming connections and due to     a race condition, a connection which was not yet fully initialized could     start being polled. This would lead to a crash. This update ensures that     the connection is fully initialized before being in the polling set.
    (BZ#954051)

    * Prior to this update, if some requested attributes were skipped during a     search (for example, because of an ACI), the returned attribute names and     values could be shifted. This update removes attributes that are not     authorized from the requested attributes set, so that the returned     attributes/values are not shifted. (BZ#922773)

    * Prior to this update, when an attribute was configured to be encrypted,     online import failed to store it in an encrypted way. This update allows     encryption, on the consumer side, during an online import. (BZ#893178)

    * Prior to this update, updating the redhat-ds-base package resulted in the     /etc/dirsrv/slapd-[instance]/certmap.conf file being overwritten with the     default template. With this update, upgrading the redhat-ds-base package no     longer causes /etc/dirsrv/slapd-[instance]/certmap.conf to be overwritten     if the file already exists, preventing users from losing their custom     changes. (BZ#919154)

    All users of Red Hat Directory Server 8.2 are advised to upgrade to these     updated packages, which fix these issues.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

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

ns-slapd in 389 Directory Server before 1.3.0.8 allows remote attackers to cause a denial of service (server crash) via a crafted Distinguished Name (DN) in a MOD operation request.

389 Directory Server does not properly restrict access to entity attributes, which allows remote authenticated users to obtain sensitive information via a search query for the attribute.

In this version, a security bug -- modifying an entry specified by an invalid DN crashed the server and a Windows Sync bug were fixed;
logconv and setup-ds.pl scripts were enhanced.

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

It was discovered that the 389 Directory Server did not honor defined attribute access controls when evaluating search filter expressions. A remote attacker (with permission to query the Directory Server) could use this flaw to determine the values of restricted attributes via a series of search queries with filter conditions that used restricted attributes. (CVE-2013-2219)

This update also fixes the following bugs :

  - Previously, the disk monitoring feature did not function     properly. If logging functionality was set to critical     and logging was disabled, rotated logs would be deleted.
    If the attribute 'nsslapd-errorlog-level' was explicitly     set to any value, even zero, the disk monitoring feature     would not stop the Directory Server when it was supposed     to. This update corrects the disk monitoring feature     settings, and it no longer malfunctions in the described     scenarios.

  - Previously, setting the     'nsslapd-disk-monitoring-threshold' attribute via     ldapmodify to a large value worked as expected; however,     a bug in ldapsearch caused such values for the option to     be displayed as negative values. This update corrects     the bug in ldapsearch and correct values are now     displayed.

  - If logging functionality was not set to critical, then     the mount point for the logs directory was incorrectly     skipped during the disk space check.

After installing this update, the 389 server service will be restarted automatically.

The remote Redhat Enterprise Linux 6 host has packages installed that are affected by a vulnerability as referenced in the RHSA-2013:1119 advisory.

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

    It was discovered that the 389 Directory Server did not honor defined     attribute access controls when evaluating search filter expressions. A     remote attacker (with permission to query the Directory Server) could use     this flaw to determine the values of restricted attributes via a series of     search queries with filter conditions that used restricted attributes.
    (CVE-2013-2219)

    This issue was discovered by Ludwig Krispenz of Red Hat.

    This update also fixes the following bugs:

    * Previously, the disk monitoring feature did not function properly. If     logging functionality was set to critical and logging was disabled, rotated     logs would be deleted. If the attribute nsslapd-errorlog-level was     explicitly set to any value, even zero, the disk monitoring feature would     not stop the Directory Server when it was supposed to. This update     corrects the disk monitoring feature settings, and it no longer     malfunctions in the described scenarios. (BZ#972930)

    * Previously, setting the nsslapd-disk-monitoring-threshold attribute via     ldapmodify to a large value worked as expected; however, a bug in     ldapsearch caused such values for the option to be displayed as negative     values. This update corrects the bug in ldapsearch and correct values are     now displayed. (BZ#984970)

    * If logging functionality was not set to critical, then the mount point     for the logs directory was incorrectly skipped during the disk space check.
    (BZ#987850)

    All 389-ds-base users are advised to upgrade to these updated packages,     which contain backported patches to correct these issues. After installing     this update, the 389 server service will be restarted automatically.

Tenable has extracted the preceding description block directly from the Red Hat Enterprise Linux security advisory.

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

The remote Oracle Linux 6 host has packages installed that are affected by a vulnerability as referenced in the ELSA-2013-1119 advisory.

    - Resolves: Bug 979514 - CVE-2013-2219 ACLs inoperative in some search scenarios. (Ticket 47405)

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

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

Updated 389-ds-base packages that fix one security issue and three bugs are now available for Red Hat Enterprise Linux 6.

The Red Hat Security Response Team has rated this update as having moderate security impact. A Common Vulnerability Scoring System (CVSS) base score, which gives a detailed severity rating, is available from the CVE link in the References section.

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

It was discovered that the 389 Directory Server did not honor defined attribute access controls when evaluating search filter expressions. A remote attacker (with permission to query the Directory Server) could use this flaw to determine the values of restricted attributes via a series of search queries with filter conditions that used restricted attributes. (CVE-2013-2219)

This issue was discovered by Ludwig Krispenz of Red Hat.

This update also fixes the following bugs :

* Previously, the disk monitoring feature did not function properly.
If logging functionality was set to critical and logging was disabled, rotated logs would be deleted. If the attribute 'nsslapd-errorlog-level' was explicitly set to any value, even zero, the disk monitoring feature would not stop the Directory Server when it was supposed to. This update corrects the disk monitoring feature settings, and it no longer malfunctions in the described scenarios.
(BZ#972930)

* Previously, setting the 'nsslapd-disk-monitoring-threshold' attribute via ldapmodify to a large value worked as expected; however, a bug in ldapsearch caused such values for the option to be displayed as negative values. This update corrects the bug in ldapsearch and correct values are now displayed. (BZ#984970)

* If logging functionality was not set to critical, then the mount point for the logs directory was incorrectly skipped during the disk space check. (BZ#987850)

All 389-ds-base users are advised to upgrade to these updated packages, which contain backported patches to correct these issues.
After installing this update, the 389 server service will be restarted automatically.

ID	Name	Product	Family	Severity
289998	MiracleLinux 4 : 389-ds-base-1.2.11.15-20.AXS4 (AXSA:2013-585:04)	Nessus	Miracle Linux Local Security Checks	medium
78966	RHEL 5 : redhat-ds-base (RHSA-2013:1116)	Nessus	Red Hat Local Security Checks	medium
70227	Amazon Linux AMI : 389-ds-base (ALAS-2013-223)	Nessus	Amazon Linux Local Security Checks	medium
69537	Fedora 19 : 389-ds-base-1.3.1.7-1.fc19 (2013-15540)	Nessus	Fedora Local Security Checks	medium
69163	Scientific Linux Security Update : 389-ds-base on SL6.x i386/x86_64 (20130730)	Nessus	Scientific Linux Local Security Checks	medium
69160	RHEL 6 : 389-ds-base (RHSA-2013:1119)	Nessus	Red Hat Local Security Checks	medium
69158	Oracle Linux 6 : 389-ds-base (ELSA-2013-1119)	Nessus	Oracle Linux Local Security Checks	medium
69142	CentOS 6 : 389-ds-base (CESA-2013:1119)	Nessus	CentOS Local Security Checks	medium

Detections

Analytics

CVE-2013-2219

medium

Tenable Plugins

medium

medium

medium

medium

medium

medium

medium

medium