How to Restrict Firewalls to a Request ¶
When using the Security component, firewalls will decide whether they handle a request based on the result of a request matcher: the first firewall matching the request will handle it.
The last firewall can be configured without any matcher to handle every incoming request.
Restricting by Configuration ¶
Most of the time you don't need to create matchers yourself as Symfony can do it for you based on the firewall configuration.
Note
You can use any of the following restrictions individually or mix them together to get your desired firewall configuration.
Restricting by Path ¶
This is the default restriction and restricts a firewall to only be initialized
if the request path matches the configured pattern
.
-
YAML
YAML
-
XML
XML
-
PHP
PHP
1 2 3 4 5 6 7 8 |
# config/packages/security.yaml
# ...
security:
firewalls:
secured_area:
pattern: ^/admin
# ...
|
The pattern
is a regular expression. In this example, the firewall will only be
activated if the path starts (due to the ^
regex character) with /admin
. If
the path does not match this pattern, the firewall will not be activated and subsequent
firewalls will have the opportunity to be matched for this request.
Restricting by Host ¶
If matching against the pattern
only is not enough, the request can also be matched against
host
. When the configuration option host
is set, the firewall will be restricted to
only initialize if the host from the request matches against the configuration.
-
YAML
YAML
-
XML
XML
-
PHP
PHP
1 2 3 4 5 6 7 8 |
# config/packages/security.yaml
# ...
security:
firewalls:
secured_area:
host: ^admin\.example\.com$
# ...
|
The host
(like the pattern
) is a regular expression. In this example,
the firewall will only be activated if the host is equal exactly (due to
the ^
and $
regex characters) to the hostname admin.example.com
.
If the hostname does not match this pattern, the firewall will not be activated
and subsequent firewalls will have the opportunity to be matched for this
request.
Restricting by HTTP Methods ¶
The configuration option methods
restricts the initialization of the firewall to
the provided HTTP methods.
-
YAML
YAML
-
XML
XML
-
PHP
PHP
1 2 3 4 5 6 7 8 |
# config/packages/security.yaml
# ...
security:
firewalls:
secured_area:
methods: [GET, POST]
# ...
|
In this example, the firewall will only be activated if the HTTP method of the
request is either GET
or POST
. If the method is not in the array of the
allowed methods, the firewall will not be activated and subsequent firewalls will again
have the opportunity to be matched for this request.
Restricting by Service ¶
If the above options don't fit your needs you can configure any service implementing
RequestMatcherInterface as request_matcher
.
-
YAML
YAML
-
XML
XML
-
PHP
PHP
1 2 3 4 5 6 7 8 |
# config/packages/security.yaml
# ...
security:
firewalls:
secured_area:
request_matcher: App\Security\CustomRequestMatcher
# ...
|