Hide Forgot
When a worker thread processes a persisten search, it duplicates the private pblock and spawns a dedicated thread to handle the persistent search. It will later free that cloned pblock. However, both pblock (original an cloned) refer to the same virtual attribute context, resulting in the context be freed once per pblock instance. 389-ds-base-1.3.6.4 and newer (including 1.4 and 2.0) are expected to be vulnerable to this flaw. The flaw has been introduced by the following commit : https://github.com/389ds/389-ds-base/commit/74c666b83e3e1789c2ef3f7935c327bd7555193e
Created 389-ds-base tracking bugs for this issue: Affects: fedora-all [bug 2047261]
This issue has been addressed in the following products: Red Hat Enterprise Linux 7 Via RHSA-2022:0628 https://access.redhat.com/errata/RHSA-2022:0628
This issue has been addressed in the following products: Red Hat Enterprise Linux 8 Via RHSA-2022:0889 https://access.redhat.com/errata/RHSA-2022:0889
This issue has been addressed in the following products: Red Hat Directory Server 11.3 for RHEL 8 Via RHSA-2022:0952 https://access.redhat.com/errata/RHSA-2022:0952
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s): https://access.redhat.com/security/cve/cve-2021-4091
Upstream fix : - Issue 5218 - double-free of the virtual attribute context in persistent search https://github.com/389ds/389-ds-base/commit/a3c298f8140d3e4fa1bd5a670f1bb965a21a9b7b
This issue has been addressed in the following products: Red Hat Enterprise Linux 8.4 Extended Update Support Via RHSA-2022:1410 https://access.redhat.com/errata/RHSA-2022:1410