GitHub Advisoryadvisory · Packagist

GHSA-g4m9-5hpf-hx72 Firewall configured with unanimous strategy was not actually unanimous in Symfony

HIGH Published 2020-03-30 Modified 2024-02-05 Official page ↗
Aliases
CVE-2020-5275
Ecosystem
Packagist
Packages
symfony/security, symfony/security-http, symfony/symfony
Severity
High
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:L/A:N
Weaknesses
CWE-285
Reviewed
2020-03-30

Affected packages

• Packagist symfony/security: >= 4.4.0, < 4.4.7 → fixed in 4.4.7 • Packagist symfony/security: >= 5.0.0, < 5.0.7 → fixed in 5.0.7 • Packagist symfony/security-http: >= 4.4.0, < 4.4.7 → fixed in 4.4.7 • Packagist symfony/security-http: >= 5.0.0, < 5.0.7 → fixed in 5.0.7 • Packagist symfony/symfony: >= 4.4.0, < 4.4.7 → fixed in 4.4.7 • Packagist symfony/symfony: >= 5.0.0, < 5.0.7 → fixed in 5.0.7

Description

Description ----------- On Symfony before 4.4.0, when a `Firewall` checks an access control rule (using the unanimous strategy), it iterates over all rule attributes and grant access only if *all* calls to the `accessDecisionManager` decide to grant access. As of Symfony 4.4.0, a bug was introduced that prevents the check of attributes as soon as `accessDecisionManager` decide to grant access on one attribute. Resolution ---------- The `accessDecisionManager` is now called with all attributes at once, allowing the unanimous strategy being applied on each attribute. The patch for this issue is available here for the 4.4 branch. Credits ------- I would like to thank Antonio J. García Lagar for reporting & Robin Chalas for fixing the issue.

Related

Alias · CVE (1)

  • CVE-2020-5275 In symfony/security-http before versions 4.4.7 and 5.0.7, when a `Firewall` checks access control rule, it iterate overs each rule's… vulnerability

Weakness · CWE (1)

  • CWE-285 Improper Authorization weakness

References