User authentication¶
Authenticate user with multiple user providers¶
Symfony provides native support for multiple user providers. This makes it easier to integrate any kind of login handlers, including SSO and existing third party bundles (for example, FR3DLdapBundle, HWIOauthBundle, FOSUserBundle, or BeSimpleSsoAuthBundle).
However, to be able to use external user providers with Ibexa DXP, a valid Ibexa user needs to be injected into the repository. This is mainly for the kernel to be able to manage content-related permissions (but not limited to this).
Depending on your context, you either want to create and return an Ibexa user, or return an existing user, even a generic one.
Whenever a user is matched and authenticated, Symfony initiates an AuthenticationTokenCreatedEvent.
Every service listening to this event receives an object containing the original security token, which holds the matched user, and a passport.
Then, it's up to a listener to retrieve an Ibexa user from the repository.
This Ibexa user can be:
- embedded into
Ibexa\Core\MVC\Symfony\Security\Userwhile forgetting about the original user - wrapped into
Ibexa\Core\MVC\Symfony\Security\UserWrappedwith the original user if needed
Finally, the user is assigned back into the event's token for the rest of the process.
User mapping example¶
The following example uses the memory user provider, maps memory user to Ibexa repository user, and chains with the Ibexa user provider to be able to use both.
Create a src/EventSubscriber/AuthenticationTokenCreatedSubscriber.php that subscribes to the AuthenticationTokenCreatedEvent event and maps an authenticated in-memory user to an Ibexa user when necessary:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 | |
In config/packages/security.yaml, add the memory and chain user providers, store some in-memory users with their passwords in plain text and a basic role, set a plaintext password encoder for the memory provider's InMemoryUser, and configure the firewall to use the chain provider:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 | |
In the config/services.yaml file, declare the subscriber as a service to pass your user map.
Since it implements the EventSubscriberInterface, it's automatically tagged as a kernel.event_subscriber.
The config resolver and user service injections are auto-wired automatically.
1 2 3 4 5 6 | |
You can list the subscribers with the following command to check their order:
1 | |
Notice that the example subscriber priority is 11 so it's executed before the Ibexa\Core\MVC\Symfony\Security\Authentication\EventSubscriber\OnAuthenticationTokenCreatedRepositoryUserSubscriber which set the Ibexa user as the current user.
From the back office, create the mapped users.
For this example, create a new user with the login generic_customer and a random password so the mapping works correctly.
This account can belong to either the Customers or the Anonymous users group.
You can now log in with an in-memory user.
In the Symfony debug toolbar, you should see the in-memory user as this example uses UserWrapped.