Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support different realms/applications in case the app does not execute preamble #16

Open
fredreichbier opened this issue Jun 21, 2017 · 2 comments
Labels

Comments

@fredreichbier
Copy link
Contributor

#13 implements mapping of applications to realms by monitoring the LDAP traffic for so-called preambles: A preamble is the LDAP search request performed by applications prior to a LDAP bind. This LDAP search is used to locate the user in the directory. We modify the filter of the search request to include an app marker that is used to identify the app.

But what if the app does not perform a LDAP search prior to the bind? This could be the case if the app constructs the user DN according to a template. Then, we cannot use the preamble to identify the app.

@cornelinux
Copy link
Member

For DN-mangling see https://tools.ietf.org/html/rfc4514#section-2
The RFC does not recommend that DC= or O=, C= is the last tag. So we could also add a CN=App-... at the end of the DN.

@fredreichbier
Copy link
Contributor Author

fredreichbier commented Jun 21, 2017

Yep: We could include the app marker in the user DN template, e.g. uid=${uid},ou=people,dc=example,dc=com,dc=App-someApp. The LDAP proxy could then simply chop off the last component when receiving the bind request.

This should cause no problems if the app only ever performs bind requests. Special care is needed if the app performs an LDAP search after the bind.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants