openldap-bugs

openldap-bugs@openldap.org

1 participants
21000 discussions

[Issue 8679] Update release download page
by openldap-its＠openldap.org 19 May '21

19 May '21

https://bugs.openldap.org/show_bug.cgi?id=8679 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 9487] New: Committed changes not saved to accesslog during shutdown
by openldap-its＠openldap.org 17 May '21

17 May '21

https://bugs.openldap.org/show_bug.cgi?id=9487 Issue ID: 9487 Summary: Committed changes not saved to accesslog during shutdown Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Keywords: replication Severity: normal Priority: --- Component: overlays Assignee: bugs(a)openldap.org Reporter: ondra(a)mistotebe.net Target Milestone: --- If there is inbound write traffic when slapd is asked to shut down, some of these operations get written to the main database but accesslog might be prevented from ADDing the log entry into its own database (presumably since slapd is shutting down already). This prevents these updates from being replicated in a deltasync scenario and silently desync. -- You are receiving this mail because: You are on the CC list for the issue.

1 6

[Issue 9553] New: Segfault in mdb_txn_abort handler caused by uninitialized pointer in mdb_reader_flush
by openldap-its＠openldap.org 17 May '21

17 May '21

https://bugs.openldap.org/show_bug.cgi?id=9553 Issue ID: 9553 Summary: Segfault in mdb_txn_abort handler caused by uninitialized pointer in mdb_reader_flush Product: OpenLDAP Version: 2.4.58 Hardware: x86_64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: jrddunbr(a)amazon.com Target Milestone: --- This is for OpenLDAP 2.4.58, git commit 350ede08564ab14a45884c6f7c32419d98a75468 best I can tell. I have located an issue in mdb_reader_flush where it appears that an uninitialized pointer causes segfaults when threading is disabled. In the following function: https://git.openldap.org/openldap/openldap/-/blob/350ede08564ab14a45884c6f7… ``` void mdb_reader_flush( MDB_env *env ) { void *data; void *ctx = ldap_pvt_thread_pool_context(); if ( !ldap_pvt_thread_pool_getkey( ctx, env, &data, NULL ) ) { ldap_pvt_thread_pool_setkey( ctx, env, NULL, 0, NULL, NULL ); mdb_reader_free( env, data ); } } ``` the `void *data;` gets random values and is not initialized to NULL; when there is no thread pool the functions after it return without doing anything, and that pointer is passed down into mdb_reader_free, which passes down to mdb_txn_abort, where it is (recursively) de-referenced until the pointer is NULL. This causes a segfault, as that condition is not reached before it tries reading invalid memory addresses. The fix appears to be to make the following modification: Change `void *data;` to `void *data = NULL;`. I don't actually know much about the internals of this application, so I wanted to make sure that this is the correct solution before making a pull request for it. Apologies if my C terminology is not up to snuff; this is not my forte. -- You are receiving this mail because: You are on the CC list for the issue.

1 3

[Issue 8820] ldap_get_attribute_ber() function needs to be documented
by openldap-its＠openldap.org 14 May '21

14 May '21

https://bugs.openldap.org/show_bug.cgi?id=8820 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|hyc(a)openldap.org |ondra(a)mistotebe.net -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8820] ldap_get_attribute_ber() function needs to be documented
by openldap-its＠openldap.org 14 May '21

14 May '21

https://bugs.openldap.org/show_bug.cgi?id=8820 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|OL_2_5_REQ | Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Quanah Gibson-Mount <quanah(a)openldap.org> --- Commits: • 363f1056 by Ondřej Kuzník at 2021-05-14T08:18:05+01:00 ITS#8820 Document ldap_get_attribute_ber() -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 9540] New: userSMIMECertificate needs to be binary
by openldap-its＠openldap.org 12 May '21

12 May '21

https://bugs.openldap.org/show_bug.cgi?id=9540 Issue ID: 9540 Summary: userSMIMECertificate needs to be binary Product: OpenLDAP Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: --- Component: backends Assignee: bugs(a)openldap.org Reporter: openldap.ms(a)savignano.net Target Milestone: --- OpenLDAP uses inetOrgPerson.schema with the following note on userSMIMECertificate attribute: # userSMIMECertificate # [...] Values for # this attribute are to be stored and requested in binary form, as # 'userSMIMECertificate;binary'. [...] but a line is added saying specifically ## OpenLDAP note: ";binary" transfer should NOT be used as syntax is binary This seems to make no sense. According to RFC 2798 which define inetOrgPerson and the useSMIMECertificate (first comment is quoted from there), this attribute must be stored and requested as userSMIMECertificate;binary. OpenLDAP does not do so. I don't understand the explanation "as syntax is binary". This leads to problems with clients following RFC 2798 and requesting the attribute as userSMIMECertificate;binary because OpenLDAP does not send userSMIMECertificate instead, but sends nothing at all (as if attribute would not exist). I think this is a bug. OpenLDAP does not follow RFC 2798 and this causes compatibility problems. -- You are receiving this mail because: You are on the CC list for the issue.

1 8

[Issue 6467] syncrepl enhancements
by openldap-its＠openldap.org 12 May '21

12 May '21

https://bugs.openldap.org/show_bug.cgi?id=6467 Ondřej Kuzník <ondra(a)mistotebe.net> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.openldap.org/s | |how_bug.cgi?id=9552 -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 6467] syncrepl enhancements
by openldap-its＠openldap.org 11 May '21

11 May '21

https://bugs.openldap.org/show_bug.cgi?id=6467 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|IN_PROGRESS |RESOLVED --- Comment #8 from Quanah Gibson-Mount <quanah(a)openldap.org> --- Commits: • efb84b3e by Ondřej Kuzník at 2021-05-11T18:19:22+00:00 ITS#6467 Handle syncrepl searches with base of "" -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8747] LDAP load balancer daemon (lloadd)
by openldap-its＠openldap.org 10 May '21

10 May '21

https://bugs.openldap.org/show_bug.cgi?id=8747 Quanah Gibson-Mount <quanah(a)openldap.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.5.1 |2.5.5 -- You are receiving this mail because: You are on the CC list for the issue.

1 0

[Issue 8747] LDAP load balancer daemon (lloadd)
by openldap-its＠openldap.org 10 May '21

10 May '21

https://bugs.openldap.org/show_bug.cgi?id=8747 --- Comment #4 from Quanah Gibson-Mount <quanah(a)openldap.org> --- • 2c1bb42f by Ondřej Kuzník at 2021-05-10T18:49:13+00:00 ITS#8747 Do not observe an epoch while calling dispose_cb • 4f499755 by Ondřej Kuzník at 2021-05-10T18:49:13+00:00 ITS#8747 Avoid epoch recursion in connection_write_cb • a186fd70 by Ondřej Kuzník at 2021-05-10T18:49:13+00:00 ITS#8747 Do not continue reading if connection is dying • 3802fa92 by Ondřej Kuzník at 2021-05-10T18:49:13+00:00 ITS#8747 Fix lloadd builds --without-tls • 1cb65102 by Ondřej Kuzník at 2021-05-10T18:49:13+00:00 ITS#8747 Keep an explicit backend pointer • 8e4d7ffe by Ondřej Kuzník at 2021-05-10T18:49:13+00:00 ITS#8747 Remove c_private from LloadConnection • cba03e49 by Ondřej Kuzník at 2021-05-10T18:49:13+00:00 ITS#8747 Protect shutdown code while workers are still alive -- You are receiving this mail because: You are on the CC list for the issue.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs