Unscored severity · published Feb 23, 2011
CVE-2011-1067
slapd (aka ns-slapd) in 389 Directory Server before 1.2.8.a2 does not properly manage the c_timelimit field of the connection table element, which allows remote attackers to cause…
–
CVSS
1.4%
EPSS
No
On KEV
Description
slapd (aka ns-slapd) in 389 Directory Server before 1.2.8.a2 does not properly manage the c_timelimit field of the connection table element, which allows remote attackers to cause a denial of service (daemon outage) via Simple Paged Results connections, as demonstrated by using multiple processes to replay TCP sessions, a different vulnerability than CVE-2011-0019.
Exploitation
Is it being used?
Exploit prediction (EPSS)1.4% · higher than 73% of CVEs
Exploited in the wildNo evidence yet
CISA KEVNot listed
Ransomware campaign useNot known
Affected products
Which versions
3D
389 Directory Server · Fedoraproject
through 1.2.8; 1.2.1; 1.2.2; 1.2.3; 1.2.5; 1.2.5; +15 more · source: NVD
References
NVD
https://nvd.nist.gov/vuln/detail/CVE-2011-1067
CVE.org
https://www.cve.org/CVERecord?id=CVE-2011-1067
directory.fedoraproject.org
http://directory.fedoraproject.org/wiki/Release_Notes
secunia.com
http://secunia.com/advisories/43566
Patch
https://bugzilla.redhat.com/show_bug.cgi?id=668619
exchange.xforce.ibmcloud.com
https://exchange.xforce.ibmcloud.com/vulnerabilities/65769
More from 389 Directory Server
9.8
CVE-2017-7551
389-ds-base version before 1.3.5.19 and 1.3.6.7 are vulnerable to password brute-force attacks during account lockout due to different return codes returned on password attempts
8.1
CVE-2017-15135
It was found that 389-ds-base since 1.3.6.1 up to and including 1.4.0.3 did not always handle internal hash comparison operations correctly during the authentication process
7.5
CVE-2019-10171
It was found that the fix for CVE-2018-14648 in 389-ds-base, versions 1.4.0.x before 1.4.0.17, was incorrectly applied in RHEL 7.5
7.5
CVE-2019-3883
In 389-ds-base up to version 1.4.1.2, requests are handled by workers threads
7.5
CVE-2018-14648
A flaw was found in 389 Directory Server