Files
archived-symfony-docs/security/expressions.rst
Javier Eguiluz 07e3d4bef6 Minor tweak
2025-03-11 08:40:59 +01:00

241 lines
8.6 KiB
ReStructuredText

Using Expressions in Security Access Controls
=============================================
.. seealso::
The best solution for handling complex authorization rules is to use
the :doc:`Voter System </security/voters>`.
In addition to security roles like ``ROLE_ADMIN``, the ``isGranted()`` method
and ``#[IsGranted]`` attribute also accept an
:class:`Symfony\\Component\\ExpressionLanguage\\Expression` object:
.. configuration-block::
.. code-block:: php-attributes
// src/Controller/MyController.php
namespace App\Controller;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\ExpressionLanguage\Expression;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Security\Http\Attribute\IsGranted;
class MyController extends AbstractController
{
#[IsGranted(new Expression('is_granted("ROLE_ADMIN") or is_granted("ROLE_MANAGER")'))]
public function show(): Response
{
// ...
}
#[IsGranted(new Expression(
'"ROLE_ADMIN" in role_names or (is_authenticated() and user.isSuperAdmin())'
))]
public function edit(): Response
{
// ...
}
}
.. code-block:: php
// src/Controller/MyController.php
namespace App\Controller;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\ExpressionLanguage\Expression;
use Symfony\Component\HttpFoundation\Response;
class MyController extends AbstractController
{
public function show(): Response
{
$this->denyAccessUnlessGranted(new Expression(
'is_granted("ROLE_ADMIN") or is_granted("ROLE_MANAGER")'
));
// ...
}
public function edit(): Response
{
$this->denyAccessUnlessGranted(new Expression(
'"ROLE_ADMIN" in role_names or (is_authenticated() and user.isSuperAdmin())'
));
// ...
}
}
In this example, if the current user has ``ROLE_ADMIN`` or if the current
user object's ``isSuperAdmin()`` method returns ``true``, then access will
be granted (note: your User object may not have an ``isSuperAdmin()`` method,
that method is invented for this example).
.. _security-expression-variables:
The security expression must use any valid :doc:`expression language syntax </reference/formats/expression_language>`
and can use any of these variables created by Symfony:
``user``
An instance of :class:`Symfony\\Component\\Security\\Core\\User\\UserInterface`
that represents the current user or ``null`` if you're not authenticated.
``role_names``
An array with the string representation of the roles the user has. This array
includes any roles granted indirectly via the :ref:`role hierarchy <security-role-hierarchy>` but it
does not include the ``IS_AUTHENTICATED_*`` attributes (see the functions below).
``object``
The object (if any) that's passed as the second argument to ``isGranted()``.
``subject``
It stores the same value as ``object``, so they are equivalent.
``token``
The token object.
``trust_resolver``
The :class:`Symfony\\Component\\Security\\Core\\Authentication\\AuthenticationTrustResolverInterface`,
object: you'll probably use the ``is_*()`` functions below instead.
Additionally, you have access to a number of functions inside the expression:
``is_authenticated()``
Returns ``true`` if the user is authenticated via "remember-me" or authenticated
"fully" - i.e. returns true if the user is "logged in".
``is_remember_me()``
Similar, but not equal to ``IS_AUTHENTICATED_REMEMBERED``, see below.
``is_fully_authenticated()``
Equal to checking if the user has the ``IS_AUTHENTICATED_FULLY`` role.
``is_granted()``
Checks if the user has the given permission. Optionally accepts a
second argument with the object where permission is checked on. It's
equivalent to using the :ref:`isGranted() method <security-isgranted>`
from the security service.
.. sidebar:: ``is_remember_me()`` is different than checking ``IS_AUTHENTICATED_REMEMBERED``
The ``is_remember_me()`` and ``is_fully_authenticated()`` functions are *similar*
to using ``IS_AUTHENTICATED_REMEMBERED`` and ``IS_AUTHENTICATED_FULLY``
with the ``isGranted()`` function - but they are **not** the same. The
following controller snippet shows the difference::
use Symfony\Component\ExpressionLanguage\Expression;
use Symfony\Component\Security\Core\Authorization\AuthorizationCheckerInterface;
// ...
public function index(AuthorizationCheckerInterface $authorizationChecker): Response
{
$access1 = $authorizationChecker->isGranted('IS_AUTHENTICATED_REMEMBERED');
$access2 = $authorizationChecker->isGranted(new Expression(
'is_remember_me() or is_fully_authenticated()'
));
}
Here, ``$access1`` and ``$access2`` will be the same value. Unlike the
behavior of ``IS_AUTHENTICATED_REMEMBERED`` and ``IS_AUTHENTICATED_FULLY``,
the ``is_remember_me()`` function *only* returns true if the user is authenticated
via a remember-me cookie and ``is_fully_authenticated()`` *only* returns
true if the user has actually logged in during this session (i.e. is
full-fledged).
In case of the ``#[IsGranted]`` attribute, the subject can also be an
:class:`Symfony\\Component\\ExpressionLanguage\\Expression` object::
// src/Controller/MyController.php
namespace App\Controller;
use App\Entity\Post;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\ExpressionLanguage\Expression;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Security\Http\Attribute\IsGranted;
class MyController extends AbstractController
{
#[IsGranted(
attribute: new Expression('user === subject'),
subject: new Expression('args["post"].getAuthor()'),
)]
public function index(Post $post): Response
{
// ...
}
}
In this example, we fetch the author of the post and use it as the subject. If the subject matches
the current user, then access will be granted.
The subject may also be an array where the key can be used as an alias for the result of an expression::
#[IsGranted(
attribute: new Expression('user === subject["author"] and subject["post"].isPublished()'),
subject: [
'author' => new Expression('args["post"].getAuthor()'),
'post',
],
)]
public function index(Post $post): Response
{
// ...
}
Here, access will be granted if the author matches the current user
and the post's ``isPublished()`` method returns ``true``.
You can also use the current request as the subject::
#[IsGranted(
attribute: '...',
subject: new Expression('request'),
)]
public function index(): Response
{
// ...
}
Inside the subject's expression, you have access to two variables:
``request``
The :ref:`Symfony Request <component-http-foundation-request>` object that
represents the current request.
``args``
An array of controller arguments that are passed to the controller.
Additionally to expressions, the ``#[IsGranted]`` attribute also accepts
closures that return a boolean value. The subject can also be a closure that
returns an array of values that will be injected into the closure::
// src/Controller/MyController.php
namespace App\Controller;
use Symfony\Bundle\FrameworkBundle\Controller\AbstractController;
use Symfony\Component\HttpFoundation\Response;
use Symfony\Component\Security\Http\Attribute\IsGranted;
use Symfony\Component\Security\Http\Attribute\IsGrantedContext;
class MyController extends AbstractController
{
#[IsGranted(static function (IsGrantedContext $context, mixed $subject) {
return $context->user === $subject['post']->getAuthor();
}, subject: static function (array $args) {
return [
'post' => $args['post'],
];
})]
public function index($post): Response
{
// ...
}
}
.. versionadded:: 7.3
The support for closures in the ``#[IsGranted]`` attribute was introduced
in Symfony 7.3 and requires PHP 8.5.
Learn more
----------
* :doc:`/service_container/expression_language`
* :doc:`/reference/constraints/Expression`