Active Directory / LDAP¶
By using AD/LDAP for authentication, you need to be aware that passwords are sent to the grape server in clear text and transmitted to the LDAP server. This means, if the Grape server is compromised, the attacker could log passwords of users at the login and compromise other systems with those credentials.
We therefore recommend to use our SSO feature for authentication because passwords never reach the Grape server but only the SSO IDP. This is recommended for any software in a company to keep user passwords secure.
You need to be admin or owner of the Organization, in order to manage LDAP
You need an Active Directory that can be reached from the Grape instance
You need a AD User to use for binding via LDAP with sufficient privileges
Pagination has to be enabled (we use a page size of 100 by default)
The bind user must be able to see Users you want to import and get the following attributes:
and be able to read the groups that are specified by the
memberOfof the user. Grape will only read the groups’ name by querying each group’s DN individually. This is especially relevant for the CIFS integration which will crawl through the groups recursively in order to determine file access permissions.
Enable LDAP for an Organization¶
Go the admin site (https://grape.example.com/admin)
Click on “Organizations”
Click on the organization that needs LDAP
Scroll down to “Features”
Select “Active Directory” From the drop-down menu
Scroll down to the bottom
In the Web Client or in your Desktop Client:
Click the cogwheel
Click “Organization Settings”
Click on “LDAP Settings” in the menu on the left (this option is only available after you enabled LDAP in the admin site!)
When you enter this page for the first time, you will be redirected to the LDAP Connection creation page Enter the LDAP bind credentials there. The form will only save if a connection could be established successfully.
It’s important that you proper configure the field “Default action for removed user” ad this action will be taken when removing users from AD. See remove user documentation for more details.
Please make sure to use a read-only service user for this connection. This user’s credentials will be stored in recoverable encrypted form for later background synchronization.
Importing Users and Groups¶
Click the users icon
You can add as many AD user sources as you want (OUs or AD Groups), by adding their DNs respectively. For each Import source you get to chose if the user import should be recursive or just flatly in the specified DN.
We get all objects that are of
objectClass=person within the specified OU (and all underlying OUs if you chose
First we get the single object of the group and read all DNs in the
member attribute. From this we find the biggest common denominator (bcd) that all members in the Group share.
Next we make a LDAP query asking for all Users that have the
memberOf relation to that AD Group and limit the search to the bcd . If recursive is turned on for the AD Group, we will also find groups that have that
memberOf attribute and repeat the operation.
Users that are locked in the AD (either ACCOUNTLOCKED flag or account expire date timestamp in the past) will not be initially imported. If users are already imported and are flagged locked at a later synchronization, will be disabled in the organization.
Unlocking works the same way: Users that where locked and are unlocked in AD will become unlocked in grape right after the next synchronization.
Syncronisation time and status¶
The synchronization of user and group data via LDAP happens asynchronously in the background. Depending on what other background processes are running, the synchronization can be queued for some time.
You can see the “sync status” and the last time a source was successfully synced for each import. If a sync failed, the sync status usually reveals an error message.