-
Notifications
You must be signed in to change notification settings - Fork 0
Disabled users are allowed to login, make ldap filter configurable #5
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
Comments
I think it's not easily possible with an LDAP filter to ensure that the user is enabled.
A filter can check the set bits e.g. via: |
Thanks! I sent question about these to tech person at Univention, he knows about these more. |
Thank you so much for making the ldap search filter configurable for the users with the new Wekan version available within Univention! Users are now able to configure this with ease, simply by using the "Univention management console": I successfully tested the following filter:
How to test your own filterscommand lineTesting specific filters is possible (and recommended) via command line before applying. This example uses exactly the same filter shown above for an user with
This filter does not match anymore if the user is disabled or locked. This can be set via command line too. This example again uses an user with
Wekan Log FileTo test the filters for the Wekan docker container, simply look into the log, after the filter is applied:
If the user is disabled or locked, the log will show:
If the user is not disabled or locked, the log will show:
|
Currently, the default filter is still Maybe its a good idea to talk to the tech person at Univention, most likely the filter mentioned above could added as default filter. However, I am not sure if this filter is valid for all possible environments, and maybe the filter could be still improved. (I just tested within one environment: works for me) Thanks again 👍 |
On a UCS 5 system you can lookup which filter UDM uses via:
so that reveals that @lwillek filter is not completely accurate for users which are locked and disabled at the same time. Please note, that we have a bug in that filter as well: https://forge.univention.org/bugzilla/show_bug.cgi?id=55633 |
Hi. This is both, a feature request and a (very small) security issue. I did not created 2 separated issues because I think both is related.
Let's start with the security issue. The current ldap filter
(wekanActivated=TRUE)
also allows to login for users administratively deactivated or locked, so this is imho a (tiny) security issue.In addition to the current check if the account is
wekanActivated=TRUE
, it should be also checked if the account is actually a real person, has a primary mail address set, is enabled, not deactivated and in addition also not locked out.Therefore, I suggest to change the current default filter:
to this new default filter:
And this is the related feature request:
It is not uncommon that a Ldap search filter needs to be adjusted by the local Univention Administrator, for example because additional site specific criteria have to be fulfilled, e.g. membership in a certain group.
An example of such a request: See https://help.univention.com/t/howto-enable-wekan-app-for-a-group/13052
Therefore I suggest to make the ldap search filter configurable for the users, as already accomplished with
ROOT_URL
andACCOUNTS_LOCKOUT_KNOWN_USERS_FAILURES_BEFORE
.The text was updated successfully, but these errors were encountered: