lakeFS authenticates users from a built-in authentication database, or optionally from a configured LDAP server.
The built-in authentication database is always present and active. Use the
Web UI at Administration / Users to create users. Users have an access key
AKIA... and an associated secret access key. These credentials are valid
to log into the Web UI, or to authenticate programmatic requests to the API
Server or the S3 Gateway.
Lakefs supports inviting users via email.
If you were invited to lakeFS, follow these steps to create and activate your account:
- Locate the email sent to you (be aware it may be in your spam folder).
- Click on the link in the email to open the account activation page.
- Set your account password.
- Now you can login to the GUI using your email and the password you created for your account in the previous step.
You can now generate an access key and a secret access key on the Web UI at Administration / My Credentials. Use the email / password for login to the GUI only.
Configure lakeFS to authenticate users on an LDAP server. Once configured, users can additionally log into lakeFS using their credentials LDAP. These users may then generate an access key and a secret access key on the Web UI at Administration / My Credentials. lakeFS generates an internal user once logged in via the LDAP server. Adding this internal user to a group allows assigning them a different policy.
Configure the LDAP server using these fields in
ldap:) URL of the LDAP server.
bind_password: Credentials for lakeFS to use to query the LDAP server for users. These must identify a user with Basic Authentication, and are used to convert a user ID attribute to a full user DN.
default_user_group: A group to add users the first time they log in using LDAP. Typically “
Viewers” or “
Once logged in, LDAP users may be added as normal to any other group.
username_attribute: Attribute on LDAP user to identify user when logging in. Typically “
uid” or “
user_base_dn: DN of root of DAP tree containing users, e.g.
user_filter: An additional filter for users allowed to login, e.g.
LDAP users log in using the following flow:
- Bind the lakeFS control connection to
- Receive an LDAP user-ID (e.g. “joebloggs”) and a password entered on the Web UI login page.
- Attempt to log in as internally-defined users; fail.
Search the LDAP server using the control connection for the user: out of all users under
user_filter, there must be a single user whose
username_attributewas specified by the user. Get their DN.
In our example this might be
uid=joebloggs,ou=Users,dc=treeverse,dc=io(this entry must have
objectClass: personbecause of
- Attempt to bind the received DN on the LDAP server using the password.
- On success, the user is authenticated!
- Create a new internal user with that DN if needed. When creating a user
add them to the internal group named
Authenticating against the API server is done using a key-pair, passed via Basic Access Authentication.
All HTTP requests must carry an
Authorization header with the following structure:
Authorization: Basic <base64 encoded access_key_id:secret_access_key>
For example, assuming my access_key_id is
my_access_key_id and my secret_access_key is
my_secret_access_key, we’d send the following header with every request:
Authorization: Basic bXlfYWNjZXNzX2tleV9pZDpteV9hY2Nlc3Nfc2VjcmV0X2tleQ==
To provide API compatibility with Amazon S3, authentication with the S3 Gateway supports both SIGv2 and SIGv4. Clients such as the AWS SDK that implement these authentication methods should work without modification.