New in Symfony 6.2: Security Improvements (Part 1)

Simpler Programmatic Login

Contributed by
Arnaud Frézet and Robin Chalas
in #41274.

Logging in users programmatically is a common need in many applications. That's why in Symfony 6.2 we're adding a login() method to the Security service. On any service or controller, you can now do this:

use Symfony\Component\Security\Core\Security;
// ...

class SomeService
{
    public function __construct(
        private Security $security,
    ) {
    }

    public function someMethod()
    {
        // fetch a UserInterface object somehow (e.g. from a database)
        $user = ...

        // login the user programmatically
        $this->security->login($user);

        // if you have many authenticators associated to the current firewall,
        // you must pass explicitly the name of authenticator to use
        $this->security->login($user, 'form_login');
        $this->security->login($user, SomeApiKeyAuthenticator::class);

        // ...
    }
}

Custom Target URL When Impersonating Users

Contributed by
Antoine Makdessi
in #46338.

Similar to the feature that allows to configure the target URL after login, in Symfony 6.2 we're adding a new feature to allow you configure the target URL after impersonating a user. To do so, define the new target_url option under the switch_user option of your firewall:

# config/packages/security.yaml
security:
    # ...

    firewalls:
        main:
            # ...
            switch_user:
                # ...
                target_url: https://example.com/...

Contributed by
Mathias Brodala
in #46567.

When using login links to implement passwordless authentication, the lifetime of those links is configured globally for all. In Symfony 6.2 we're adding a feature so you can configure the lifetime per link. Use the third optional argument of createLoginLink() to override the global lifetime with a new custom value (in seconds):

// this login link will have a lifetime of 60 seconds
$loginLinkDetails = $loginLinkHandler->createLoginLink($user, null, 60);
$loginLink = $loginLinkDetails->getUrl();

Multiple User Checkers per Firewall

Contributed by
Michael Babker
in #46064.

User checkers allow you to define additional checks performed during the authentication of a user, to verify if the identified user is allowed to log in. You can only apply one user checker per firewall, which makes it harder to share logic.

Imagine an application that has two firewalls (e.g. API and traditional web login) and needs to apply these checkers: for both firewalls, check that the user account is not disabled; for the API firewall, check also that user has API access.

In Symfony 6.2 we're introducing a new "chained user checker" feature so you can call multiple user checkers for a firewall. To do so, apply to each user checker the tags corresponding to the firewall where it applies (tags follow the pattern security.user_checker.).

In Symfony 6.2, the previous example can be solved as follows:

namespace App\Security\User;

use Symfony\Component\DependencyInjection\Attribute\Autoconfigure;
use Symfony\Component\Security\Core\User\UserCheckerInterface;

#[Autoconfigure(tags: [['security.user_checker.main' => ['priority' => 10]]])]
#[Autoconfigure(tags: [['security.user_checker.api' => ['priority' => 10]]])]
final class DisabledAccountUserChecker implements UserCheckerInterface
{
    // ...
}

#[Autoconfigure(tags: [['security.user_checker.api' => ['priority' => 5]]])]
final class ApiAccessAllowedUserChecker implements UserCheckerInterface
{
    // ...
}
            <hr style="margin-bottom: 5px" />
            <div style="font-size: 90%">
                <a href="https://symfony.com/sponsor">Sponsor</a> the Symfony project.
            </div>

https://symfony.com/blog/new-in-symfony-6-2-security-improvements-part-1?utm_source=Symfony%20Blog%20Feed&utm_medium=feed

Creato 3y | 23 nov 2022, 17:20:06


Accedi per aggiungere un commento

Altri post in questo gruppo

New in Symfony 7.3: New Bridges and Improved Integrations

Symfony's bridge packages integrate third-party services, such as mailers, notifiers, and translation providers, into Symfony applications. With more than 120 bridges available today, Symfony supports

23 mag 2025, 09:30:04 | Symfony
New in Symfony 7.3: Messenger Improvements

Symfony Messenger component keeps evolving to meet the needs of complex, modern applications. In Symfony 7.3, we're introducing several powerful features to it.

Run Process Using the Shell… https://s

22 mag 2025, 07:50:11 | Symfony
New in Symfony 7.3: Routing Improvements

The Routing component provides an impressive list of features to map incoming URLs to your application code. Symfony 7.3 pushes it even further with a set of new features that improve developer experi

21 mag 2025, 11:10:07 | Symfony
New in Symfony 7.3: JsonStreamer Component

Contributed by Mathias Arlaud in

20 mag 2025, 09:30:13 | Symfony
Symfony UX CVE-2025-47946: Unsanitized HTML attribute injection via ComponentAttributes

Affected versions

Symfony UX symfony/ux-live-component and symfony/ux-twig-component versions <2.25.1 are affected by this security issue.

The issue has been fixed in the 2.25.1 version of these

19 mag 2025, 12:40:14 | Symfony
New in Symfony 7.3: Yaml Improvements

Symfony has been reducing the need for configuration in applications for several years now. Thanks to PHP attributes, you can now configure most things alongside the relevant code, removing the need f

19 mag 2025, 08:10:09 | Symfony
A Week of Symfony #959 (May 12–18, 2025)

This week, development activity focused on polishing Symfony 7.3 ahead of its final release in two weeks. We also continued publishing articles highlighting the new features of Symfony 7.3 and shared

18 mag 2025, 08:50:08 | Symfony