Adrian.Raemy(a)vtg.admin.ch wrote:
> Dear Howard,
>
> The fix runs stable now over weeks.=20
> slapd didn't crashed anymore. Thank you for the help.
>
> I guess we can close the ticket.
Thanks for the followup.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
best(a)univention.de wrote:
> Full_Name:
> Version: 2.4.40-1
> OS: debian / UCS 4.1 amd64
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (82.198.197.8)
>
>
> A malformed URI in the sasl-regexp directive of slapd.conf caused a segfault of
> slapd.
>
> """
> sasl-regexp
> uid=(.*),cn=saml,cn=auth
> ldap:///0.0.0.0:7389,389/"dc=dev,dc=local"??sub?uid=$1
> """
> The URI starts with 3 slashes after the scheme instead of 2 slashes.
>
> When doing authentication via SASL /usr/sbin/slapd segfaults.
Thanks for the report, fixed in git master.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Howard Chu wrote:
> Ryan Tandy wrote:
>> Hi again,
>>
>> 9d9913392a0346e23f07e65d7d0964c84e2c1277 is the first bad commit
>> commit 9d9913392a0346e23f07e65d7d0964c84e2c1277
>> Author: Howard Chu <hyc(a)openldap.org>
>> Date: Thu Sep 18 02:06:38 2014 +0100
>>
>> ITS#7942 plug leak in controls
>>
>> Reverting 8bdd54c and 9d99133 fixes the crash.
>>
>> I suppose it should probably get a CVE, and so on...
>>
> git history shows vrFilter_free has been broken ever since Kurt wrote it in
> 2002. Which pretty much means it was never getting called until #7942 plugged
> that memory leak.
>
For future reference, this was registered as CVE-2015-1546
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Howard Chu wrote:
> ryan(a)nardis.ca wrote:
>> Full_Name: Ryan Tandy
>> Version: master (7df548d), RE24 (2b14bbc)
>> OS: Debian unstable
>> URL:
>> Submission from: (NULL) (142.32.208.227)
>>
>>
>> If you use the deref control but leave the list of requested attributes empty,
>> slapd crashes.
>>
>> ldapsearch [...] -E deref=member:
>
>> The ldapsearch manpage implies this probably isn't valid, but it still accepted
>> it. (FWIW, I tried it just to see whether it would return all attributes or
>> none.) I couldn't tell from draft-ldap-deref-00 whether an empty attr list is
>> considered a valid request.
>>
> Patched in master to reject a request with an empty attr list.
>
For future reference, this was registered as CVE-2015-1545.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
hamano(a)osstech.co.jp wrote:
> Full_Name: HAMANO Tsukasa
> Version: master
> OS: Linux
> URL: https://www.osstech.co.jp/download/hamano/openldap/0001-OpenLDAP-WiredTiger…
> Submission from: (NULL) (183.77.250.155)
>
>
> The attached patch file is derived from OpenLDAP Software. All of the
> modifications to OpenLDAP Software represented in the following
> patch(es) were developed by HAMANO Tsukasa <hamano(a)osstech.co.jp>. I
> have not assigned rights and/or interest in this work to any party.
>
> Copyright 2015 HAMANO Tsukasa <hamano(a)osstech.co.jp>
> Redistribution and use in source and binary forms, with or without
> modification, are permitted only as authorized by the OpenLDAP Public
> License.
I've merged patches 0001-0004 and added this to git master. Thanks for the
contribution.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
pmedvedev(a)gmail.com wrote:
> Full_Name: Pavel Medvedev
> Version:
> OS: Windows 7
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (217.25.225.40)
>
>
> Most Windows API functions such as CreateFile(), CreateMutex(),
> OpenMutex() that accept string arguments, are defined with suffix W or A
> for appropriate wchar_t* or char* strings, depending of _UNICODE
> preprocessor define. Calling explicit functions with A suffix would eliminate
> compile errors when _UNICODE is defined.
Thanks, committed to mdb.master.
>
> As a further enhancement, I think path argument encoding should be documented
> (probably UTF-8?) for such functions as mdb_env_open(), mdb_env_copy(),
> mdb_env_copy2(), and mdb_env_get_path(). This prevent possible problems with
> non-latin characters in path names on Windows.
>
> In this case, LMDB implementation on Windows should perform path
> conversion to UTF-16 and explicit call to CreateFileW() in mdb_env_open()
> and mdb_env_copy2() functions.
We've been discussing this change on and off for a while. That sounds like the
correct approach; patches welcome.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Full_Name: Howard Chu
Version: 2.4
OS:
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (78.155.231.135)
Submitted by: hyc
The fix for ITS#5097 changed refint to support subtree renames. Unfortunately
this required using dnSubtreeMatch extended search filters, which are not
indexable, so every refint invocation invokes a search that scans the entire
DB.
This behavior isn't necessary; such an extensive search is only needed if we
know that the entry being modified actually has children. If we know that the
entry has no children, we can use the original code which used an equality
match, which *is* indexable, and save significant overhead.
Patch coming shortly.