CVE-2011-0704: Input Validation

Published Feb 11, 2011
·
Updated

389 Directory Server 1.2.7.5, when built with mozldap, allows remote attackers to cause a denial of service (replica crash) by sending an empty modify request.

Other sources

Andrew Kerr reported that a 389 replica would crash when an empty modify request is sent to it. This can only happen if the 389 server is built with mozldap (not OpenLDAP) and the modify operation is replicated or the server set 'cn=config nsslapd-lastmod: off'.

389 on Fedora 14 and later, as well as Red Hat Enterprise Linux 6, use OpenLDAP, not mozldap, and are thus unaffected. This flaw does not affect Red Hat Directory Server 8.2.

This flaw was caused by the fix for bug #305131 which allowed empty modify operations to proceed through the code.

Red Hat

Affected Software

1 affected component
Fedoraproject 389 Directory Server=1.2.7.5

Event History

Feb 11, 2011
Data Sourced
04:47 PM
DescriptionSeverityAffected Software
May 4, 2018
CVE Published
via MITRE·08:00 PM
Data Sourced
via MITRE·08:00 PM
Description

Frequently Asked Questions

1

What is the severity of CVE-2011-0704?

CVE-2011-0704 is classified as a medium severity vulnerability due to its potential to cause denial of service.

2

How do I fix CVE-2011-0704?

To fix CVE-2011-0704, you should upgrade the 389 Directory Server to a version that is not vulnerable to the empty modify request issue.

3

Who is affected by CVE-2011-0704?

CVE-2011-0704 affects users of 389 Directory Server version 1.2.7.5 built with mozldap.

4

What type of attack does CVE-2011-0704 involve?

CVE-2011-0704 involves a denial of service attack that crashes the 389 Directory Server replica.

5

How does the exploit for CVE-2011-0704 work?

The exploit for CVE-2011-0704 works by sending an empty modify request to the 389 Directory Server, causing it to crash.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203