July 2010 - openldap-bugs

ITS#6597 published: SECURITY: ldap service crash while connected AD server reboot

by openldap-its＠OpenLDAP.org

Private ITS#6597 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6597

12 years, 8 months

1
0
0 / 0

ITS#6593 published: SECURITY: Ldapsearch Error while using Back-NDB

by openldap-its＠OpenLDAP.org

Private ITS#6593 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6593

12 years, 8 months

1
0
0 / 0

ITS#6594 published: SECURITY: Ldapsearch Error while using Back-NDB

by openldap-its＠OpenLDAP.org

Private ITS#6594 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6594

12 years, 8 months

1
0
0 / 0

Re: (ITS#6598) EXOP to return number of children of a (sub)tree

by masarati＠aero.polimi.it

> quanah(a)zimbra.com wrote: >> Full_Name: Quanah Gibson-Mount >> Version: NA >> OS: NA >> URL: ftp://ftp.openldap.org/incoming/ >> Submission from: (NULL) (75.111.45.108) >> >> >> It would be extremely useful to have an extended operation that allows >> querying >> the number of children of a given (sub)tree, so that one can avoid >> iterating >> through the entire subtree to determine this number. >> > Might as well ask for the numSubordinates operational attribute to be > implemented instead, this doesn't seem to merit a new exop. And for > numSubordinates, see the -devel archives for why we chose not to implement > it. > > In either case, the server still needs to iterate over all entries > internally, > and the result has to take ACLs and entry disclosure into account. An exop would allow to easily discriminate between intentional and "catchall" requests, like "+". Moreover, it might make sense to discriminate at least between subtree and onelevel number of subordinates; this would require two distinct operational attributes, or a parameter in the exop. I'm not endorsing either solution, I'm just pointing out possible pros and cons. p.

12 years, 8 months

1
0
0 / 0

Re: (ITS#6598) EXOP to return number of children of a (sub)tree

by hyc＠symas.com

quanah(a)zimbra.com wrote: > Full_Name: Quanah Gibson-Mount > Version: NA > OS: NA > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (75.111.45.108) > > > It would be extremely useful to have an extended operation that allows querying > the number of children of a given (sub)tree, so that one can avoid iterating > through the entire subtree to determine this number. > Might as well ask for the numSubordinates operational attribute to be implemented instead, this doesn't seem to merit a new exop. And for numSubordinates, see the -devel archives for why we chose not to implement it. In either case, the server still needs to iterate over all entries internally, and the result has to take ACLs and entry disclosure into account. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

12 years, 8 months

1
0
0 / 0

(ITS#6598) EXOP to return number of children of a (sub)tree

by quanah＠zimbra.com

Full_Name: Quanah Gibson-Mount Version: NA OS: NA URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (75.111.45.108) It would be extremely useful to have an extended operation that allows querying the number of children of a given (sub)tree, so that one can avoid iterating through the entire subtree to determine this number.

12 years, 8 months

1
0
0 / 0

(ITS#6595) Patch - Mozilla NSS - delay token auth until needed

by rmeggins＠redhat.com

Full_Name: Rich Megginson Version: 2.4.23 OS: Fedora URL: ftp://ftp.openldap.org/incoming/openldap-2.4.23-initauthtoken.patch Submission from: (NULL) (76.113.111.209) The code was doing all of the authentications to all of the tokens during the init phase. This was causing problems with NSS cert/key clients, prompting for the cert/key db password, when it isn't needed, since it is only needed to get private key information. The patch is to just remove the token authentication during init. The code already authenticates to the token when private key information is needed e.g. running in TLS/SSL server mode, or using client cert auth. This patch file is derived from OpenLDAP Software. All of the modifications to OpenLDAP Software represented in the following patch(es) were developed by Red Hat. Red Hat has not assigned rights and/or interest in this work to any party. I, Rich Megginson am authorized by Red Hat, my employer, to release this work under the following terms. Red Hat hereby place the following modifications to OpenLDAP Software (and only these modifications) into the public domain. Hence, these modifications may be freely used and/or redistributed for any purpose with or without attribution and/or other notice.

12 years, 8 months

1
0
0 / 0

Re: (ITS#6592) slapadd allows objects with objectClass doublets

by masarati＠aero.polimi.it

slapd(8) can handle those occurrences. slapadd(8) is intended to load LDIF files generated by slapcat(8), thus presumably consistent. In general, it deals with the most obvious errors. I don't think asking slapadd to perform these checks is a good idea, as it would slow it down without real benefit: if an error is caught, you would need to restart, wasting all the actual write effort. A sanity check tool for unreliable LDIF would probably be more appropriate. p.

12 years, 8 months

1
0
0 / 0

(ITS#6592) slapadd allows objects with objectClass doublets

by kolbjorn.barmen＠uninett.no

Full_Name: Kolbjørn Barmen Version: 2.4.23 OS: Linux, Debian Lenny URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (2001:700:1:0:158:38:62:199) I had problems getting syncrepl working, and it the culpit turned out to be doublets of "objectClass: organizationalRole" for given objects. This seems to not have been a problem with old 2.3.30 with old replication mechanics, but for syncrepl it seems critical. When upgrading from 2.3.30 to 2.4.23 slapcat/slapadd was used. Example from ldif: dn: cn=admin,dc=foo,dc=no objectClass: organizationalRole objectClass: top objectClass: simpleSecurityObject objectClass: organizationalRole ... It would be very helpfull if slapadd could detect such obvious fail in ldif-data and spit a warning (when not using -q at least).

12 years, 8 months

1
0
0 / 0

Re: (ITS#6591) Openldap 2.4.16 with BDB 4.7.25 slapd 200% issue

by quanah＠zimbra.com

--On Monday, July 19, 2010 10:37 PM +0000 dsbrar16(a)yahoo.com wrote: > Full_Name: Devender Singh > Version: 2.4.16 > OS: RHEL5 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (122.180.61.218) The ITS system is for submitting bugs, not asking for help. As I already told you in email, use the openldap-technical(a)openldap.org mailing list for your questions about how to properly use and tune OpenLDAP. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

12 years, 8 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs July 2010