ID CVE-2005-2069
Summary pam_ldap and nss_ldap, when used with OpenLDAP and connecting to a slave using TLS, does not use TLS for the subsequent connection if the client is referred to a master, which may cause a password to be sent in cleartext and allows remote attackers to sniff the password.
References
Vulnerable Configurations
  • cpe:2.3:a:padl:nss_ldap:-:*:*:*:*:*:*:*
    cpe:2.3:a:padl:nss_ldap:-:*:*:*:*:*:*:*
  • cpe:2.3:a:padl:pam_ldap:-:*:*:*:*:*:*:*
    cpe:2.3:a:padl:pam_ldap:-:*:*:*:*:*:*:*
  • cpe:2.3:a:openldap:openldap:*:*:*:*:*:*:*:*
    cpe:2.3:a:openldap:openldap:*:*:*:*:*:*:*:*
CVSS
Base: 5.0 (as of 16-11-2020 - 19:30)
Impact:
Exploitability:
CWE CWE-319
CAPEC
  • Harvesting Information via API Event Monitoring
    An adversary hosts an event within an application framework and then monitors the data exchanged during the course of the event for the purpose of harvesting any important data leaked during the transactions. One example could be harvesting lists of usernames or userIDs for the purpose of sending spam messages to those users. One example of this type of attack involves the adversary creating an event within the sub-application. Assume the adversary hosts a "virtual sale" of rare items. As other users enter the event, the attacker records via MITM proxy the user_ids and usernames of everyone who attends. The adversary would then be able to spam those users within the application using an automated script.
  • Signature Spoofing by Mixing Signed and Unsigned Content
    An attacker exploits the underlying complexity of a data structure that allows for both signed and unsigned content, to cause unsigned data to be processed as though it were signed data.
  • Sniff Application Code
    An adversary passively sniffs network communications and captures application code bound for an authorized client. Once obtained, they can use it as-is, or through reverse-engineering glean sensitive information or exploit the trust relationship between the client and server. Such code may belong to a dynamic update to the client, a patch being applied to a client component or any such interaction where the client is authorized to communicate with the server.
  • Session Sidejacking
    Session sidejacking takes advantage of an unencrypted communication channel between a victim and target system. The attacker sniffs traffic on a network looking for session tokens in unencrypted traffic. Once a session token is captured, the attacker performs malicious actions by using the stolen token with the targeted application to impersonate the victim. This attack is a specific method of session hijacking, which is exploiting a valid session token to gain unauthorized access to a target system or information. Other methods to perform a session hijacking are session fixation, cross-site scripting, or compromising a user or server machine and stealing the session token.
  • Interception
    An adversary monitors data streams to or from the target for information gathering purposes. This attack may be undertaken to solely gather sensitive information or to support a further attack against the target. This attack pattern can involve sniffing network traffic as well as other types of data streams (e.g. radio). The adversary can attempt to initiate the establishment of a data stream or passively observe the communications as they unfold. In all variants of this attack, the adversary is not the intended recipient of the data stream. In contrast to other means of gathering information (e.g., targeting data leaks), the adversary must actively position himself so as to observe explicit data channels (e.g. network traffic) and read the content. However, this attack differs from a Man-In-the-Middle (MITM) attack, as the adversary does not alter the content of the communications nor forward data to the intended recipient.
Access
VectorComplexityAuthentication
NETWORK LOW NONE
Impact
ConfidentialityIntegrityAvailability
PARTIAL NONE NONE
cvss-vector via4 AV:N/AC:L/Au:N/C:P/I:N/A:N
oval via4
accepted 2013-04-29T04:19:27.229-04:00
class vulnerability
contributors
  • name Aharon Chernin
    organization SCAP.com, LLC
  • name Dragos Prisaca
    organization G2, Inc.
definition_extensions
  • comment The operating system installed on the system is Red Hat Enterprise Linux 3
    oval oval:org.mitre.oval:def:11782
  • comment CentOS Linux 3.x
    oval oval:org.mitre.oval:def:16651
  • comment The operating system installed on the system is Red Hat Enterprise Linux 4
    oval oval:org.mitre.oval:def:11831
  • comment CentOS Linux 4.x
    oval oval:org.mitre.oval:def:16636
  • comment Oracle Linux 4.x
    oval oval:org.mitre.oval:def:15990
description pam_ldap and nss_ldap, when used with OpenLDAP and connecting to a slave using TLS, does not use TLS for the subsequent connection if the client is referred to a master, which may cause a password to be sent in cleartext and allows remote attackers to sniff the password.
family unix
id oval:org.mitre.oval:def:9445
status accepted
submitted 2010-07-09T03:56:16-04:00
title pam_ldap and nss_ldap, when used with OpenLDAP and connecting to a slave using TLS, does not use TLS for the subsequent connection if the client is referred to a master, which may cause a password to be sent in cleartext and allows remote attackers to sniff the password.
version 29
redhat via4
advisories
  • rhsa
    id RHSA-2005:751
  • rhsa
    id RHSA-2005:767
rpms
  • nss_ldap-0:207-17
  • nss_ldap-debuginfo-0:207-17
  • openldap-0:2.0.27-20
  • openldap-clients-0:2.0.27-20
  • openldap-debuginfo-0:2.0.27-20
  • openldap-devel-0:2.0.27-20
  • openldap-servers-0:2.0.27-20
  • compat-openldap-0:2.1.30-4
  • nss_ldap-0:226-10
  • nss_ldap-debuginfo-0:226-10
  • openldap-0:2.2.13-4
  • openldap-clients-0:2.2.13-4
  • openldap-debuginfo-0:2.2.13-4
  • openldap-devel-0:2.2.13-4
  • openldap-servers-0:2.2.13-4
  • openldap-servers-sql-0:2.2.13-4
refmap via4
bid
  • 14125
  • 14126
confirm
fulldisc 20050704 pam_ldap/nss_ldap password leak in a master+slave+start_tls LDAP setup
gentoo GLSA-2005-07-13
mandriva MDKSA-2005:121
misc
osvdb 17692
secunia
  • 17233
  • 17845
  • 21520
ubuntu USN-152-1
xf ldap-tls-information-disclosure(21245)
statements via4
contributor Mark J Cox
lastmodified 2007-03-14
organization Red Hat
statement Red Hat Enterprise Linux 5 is not vulnerable to this issue as it contains a backported patch.
Last major update 16-11-2020 - 19:30
Published 30-06-2005 - 04:00
Last modified 16-11-2020 - 19:30
Back to Top