Issue 8729 - saslregex mapping failure
Summary: saslregex mapping failure
Status: VERIFIED WORKSFORME
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: 2.4.45
Hardware: All All
: --- normal
Target Milestone: 2.5.0
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-09-11 21:11 UTC by mikedotjackson@gmail.com
Modified: 2020-04-19 19:09 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description mikedotjackson@gmail.com 2017-09-11 21:11:36 UTC
Full_Name: Mike Jackson
Version: 2.4.45
OS: Linux
URL: ftp://ftp.openldap.org/incoming/
Submission from: (NULL) (194.157.185.162)


On an server with KRB5_KTNAME and KRB5CCNAME in it's environment but without a
functional /etc/krb5.conf file, olcAuthzRegexp mappings are completely ignored
for EXTERNAL auth (in my tests, distinguished names for X.509 client
authentication were not remapped until OL was able to kinit it's own kerberos
ticket).

This is a bit of a corner case, but a pretty annoying bug nonetheless when
building up new servers and indicates a failure in logic somewhere or another.

Chat logs follow:


JoBbZ: podz: oh, you're saying that the regex fails if you use a *non* GSSAPI
mechanism, and the krb5.conf can't talk to a KDC?
[9:41pm] podz: yes
[9:41pm] podz: and this is a dysfunction
[9:41pm] JoBbZ: yes, that'd be a bug for sure 
[9:41pm] podz: it's really a dysfunction
[9:42pm] JoBbZ: well, there should be zero reason for GSSAPI to even be
initialized if using EXTERNAL
[9:42pm] podz: precisely
[9:42pm] tarpman: that's sounding more like a sasl bug so far...
[9:42pm] podz: tarpman: like i said, i am not sure where the bug lies
[9:43pm] podz: something is fishy, though
[9:43pm] podz: now i am going to eat some cake and be back in 20-30 mins
[9:44pm] JoBbZ: well, EXTERNAL is all openldap code, doesn't depend on
cyrus-sasl
[9:45pm] JoBbZ: so it could be a bug in OpenLDAP that it is calling cyrus-sasl
at all in this case
[9:45pm] podz: probably you are right
Comment 1 Ryan Tandy 2020-03-28 01:05:05 UTC
Hello, I'm afraid I can't reproduce this. I'm using OpenLDAP 2.4.47 and Heimdal on Debian buster.

I've configured slapd both as a server (allowing clients to authenticate using GSSAPI) and as a client (running a syncrepl client with GSSAPI bind). I have broken the setup in a bunch of different ways (removing slapd's credentials cache; stopping the KDC; entering wrong info in /etc/krb5.conf; deleting /etc/krb5.conf) and I have not seen it fail to respect my olcAuthzRegexp rules for EXTERNAL (tested ldapi: gidNumber/uidNumber as well as TLS client cert).

Marking WORKSFORME, but feel free to reopen if you can provide further info about your case. Thanks!