Bug 665951
| Summary: | OpenLDAP slapd(8) with ppolicy crash while replace-deleting userPassword attribute | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Masahiro Matsuya <mmatsuya> | ||||
| Component: | openldap | Assignee: | Jan Vcelak <jvcelak> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Ondrej Moriš <omoris> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | urgent | ||||||
| Version: | 5.5 | CC: | jplans, jvcelak, jwest, masanari_iida, omoris, rvokal, tsmetana | ||||
| Target Milestone: | rc | Keywords: | ZStream | ||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | openldap-2.3.43-16.el5 | Doc Type: | Bug Fix | ||||
| Doc Text: |
When running the slapd service with the ppolicy overlay enabled, an attempt to delete the "userPassword" attribute could cause the service to terminate unexpectedly, leaving the database in a corrupted state. With this update, an upstream patch has been applied to address this issue, and deleting the "userPassword" attribute no longer causes the slapd service to crash.
|
Story Points: | --- | ||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-02-21 05:28:03 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 669043 | ||||||
| Attachments: |
|
||||||
|
Description
Masahiro Matsuya
2010-12-28 04:08:36 UTC
Created attachment 471982 [details]
backported patch
A customer verified the fix with this patch.
Thanks! Patch looks good.
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
New Contents:
- slapd server with ppolicy overlay enabled, trying to delete userPassword attribute
- server will crash immediately and may slightly damage the database
- applied backported upstream patch targetting this issue
- slapd server will not crash when deleting userPassword attribute and perform appropriate action according to ppolicy overlay settings
Technical note updated. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
Diffed Contents:
@@ -1,4 +1 @@
-- slapd server with ppolicy overlay enabled, trying to delete userPassword attribute
+When running the slapd service with the ppolicy overlay enabled, an attempt to delete the "userPassword" attribute could cause the service to terminate unexpectedly, leaving the database in a corrupted state. With this update, an upstream patch has been applied to address this issue, and deleting the "userPassword" attribute no longer causes the slapd service to crash.-- server will crash immediately and may slightly damage the database
-- applied backported upstream patch targetting this issue
-- slapd server will not crash when deleting userPassword attribute and perform appropriate action according to ppolicy overlay settings
It seemed patch in comment #2 is already in openldap-2.3.43-12.el5_7.10.src.rpm But "Fixed in version" in this bugzilla page said this is going to be fixed in openldap-2.3.43-16.el5 (which is future version.) And changelog in openldap-2.3.43-12.el5_7.10 doesn't include this bugzilla ID. I want to double check the current status of this case. In spec file,
Patch23: openldap-2.3.43-allow-delete-userpassword.patch
Header of the patch explains the patch resolves #665951.
> slapd with ppolicy crash while replace-deleting userPassword attribute
> (allow delete/replace of userpassword without supplying new one)
>
> backported upstream patch (1.113), Masahiro Matsuya <mmatsuya>
>
> Resolves: #665951
> Upstream: ITS #5373
Yes, it was released as an async errata. We are still tracking another package with the same fix for 5.8 here, which is not released yet. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2012-0155.html |