First published: Tue Jul 27 2010(Updated: )
The slap_modrdn2mods function in modrdn.c in OpenLDAP 2.4.22 does not check the return value of a call to the smr_normalize function, which allows remote attackers to cause a denial of service (segmentation fault) and possibly execute arbitrary code via a modrdn call with an RDN string containing invalid UTF-8 sequences, which triggers a free of an invalid, uninitialized pointer in the slap_mods_free function, as demonstrated using the Codenomicon LDAPv3 test suite.
Credit: cret@cert.org cret@cert.org
Affected Software | Affected Version | How to fix |
---|---|---|
OpenLDAP | =2.4.22 | |
VMware ESXi | =4.0 | |
VMware ESXi | =4.1 | |
openSUSE | =11.0 | |
macOS Yosemite | >=10.6.0<10.6.5 | |
Apple Mac OS X Server | >=10.6.0<10.6.5 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
CVE-2010-0211 has a severity rating that indicates it can lead to a denial of service and possibly arbitrary code execution.
To fix CVE-2010-0211, you should upgrade OpenLDAP to a version that has patched this vulnerability.
CVE-2010-0211 affects OpenLDAP 2.4.22, VMware ESXi 4.0 and 4.1, and macOS between versions 10.6.0 and 10.6.5.
Yes, CVE-2010-0211 can be exploited by remote attackers using a specific modrdn call.
The exploitation of CVE-2010-0211 may not be trivial, but it poses a significant risk of denial of service.