p PatchFirst

PatchFirst · Latest vulnerabilities

symfony/symfony vulnerabilities · Page 4

Vulnerabilities published for symfony/symfony in the last 30 days: 2. Listed in the KEV catalogue: 0.

RSS ↗ JSON ↗
Filter vulnerabilities
Clear filters

Vulnerabilities: 102

  1. CVE-2020-15094

    High · CVSS 8EPSS 3.04%Fix available

    RCE in Symfony

    In Symfony before versions 4.4.13 and 5.1.5, the CachingHttpClient class from the HttpClient Symfony component relies on the HttpCache class to handle requests. HttpCache uses internal headers like X-Body-Eval and X-Body-File to control the restoration of cached responses. The class was initially written with surrogate caching and ESI support in mind (all HTTP calls come from a trusted backend in that scenario). But when used by CachingHttpClient and if an attacker can control the response for a request being made by the CachingHttpClient, remote code execution is possible. This has been fixed in versions 4.4.13 and 5.1.5.

    symfony/symfony symfony/symfonyPHP
    • Update to 4.4.13
    • Update to 5.1.5
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  2. CVE-2020-5275

    High · CVSS 7.6EPSS 1.15%Fix available

    Firewall configured with unanimous strategy was not actually unanimous in symfony/security-http

    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 attributes and stops as soon as the accessDecisionManager decides to grant access on the attribute, preventing the check of next attributes that should have been take into account in an unanimous strategy. The accessDecisionManager is now called with all attributes at once, allowing the unanimous strategy being applied on each attribute. This issue is patched in versions 4.4.7 and 5.0.7.

    symfony/symfony symfony/symfonyPHP
    • Update to 4.4.7
    • Update to 5.0.7
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  3. CVE-2020-5274

    Medium · CVSS 4.6EPSS 1.2%Fix available

    Exceptions displayed in non-debug configurations in Symfony

    In Symfony before versions 5.0.5 and 4.4.5, some properties of the Exception were not properly escaped when the `ErrorHandler` rendered it stacktrace. In addition, the stacktrace were displayed even in a non-debug configuration. The ErrorHandler now escape alls properties of the exception, and the stacktrace is only display in debug configuration. This issue is patched in symfony/http-foundation versions 4.4.5 and 5.0.5

    symfony/symfony symfony/symfonyPHP
    • Update to 4.4.4
    • Update to 5.0.4
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  4. CVE-2020-5255

    Low · CVSS 2.6EPSS 1.3%Fix available

    Prevent cache poisoning via a Response Content-Type header

    In Symfony before versions 4.4.7 and 5.0.7, when a `Response` does not contain a `Content-Type` header, affected versions of Symfony can fallback to the format defined in the `Accept` header of the request, leading to a possible mismatch between the response's content and `Content-Type` header. When the response is cached, this can prevent the use of the website by other users. This has been patched in versions 4.4.7 and 5.0.7.

    symfony/symfony symfony/symfonyPHP
    • Update to 4.4.7
    • Update to 5.0.7
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  5. CVE-2013-4752

    Medium · CVSS 6.1EPSS 2.31%Fix available

    CVE-2013-4752

    Symfony 2.0.X before 2.0.24, 2.1.X before 2.1.12, 2.2.X before 2.2.5, and 2.3.X before 2.3.3 have an issue in the HttpFoundation component. The Host header can be manipulated by an attacker when the framework is generating an absolute URL. A remote attacker could exploit this vulnerability to inject malicious content into the Web application page and conduct various attacks.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.0.24
    • Update to 2.1.12
    • Update to 2.2.5
    • Update to 2.3.3
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  6. CVE-2019-18889

    Critical · CVSS 9.8EPSS 33.25%Fix available

    CVE-2019-18889

    An issue was discovered in Symfony 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. Serializing certain cache adapter interfaces could result in remote code injection. This is related to symfony/cache.

    symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 3.4.35
    • Update to 4.2.12
    • Update to 4.3.8
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  7. CVE-2019-18888

    High · CVSS 7.5EPSS 2.25%Fix available

    CVE-2019-18888

    An issue was discovered in Symfony 2.8.0 through 2.8.50, 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. If an application passes unvalidated user input as the file for which MIME type validation should occur, then arbitrary arguments are passed to the underlying file command. This is related to symfony/http-foundation (and symfony/mime in 4.3.x).

    symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.8.52
    • Update to 3.4.35
    • Update to 4.2.12
    • Update to 4.3.8
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  8. CVE-2019-18887

    High · CVSS 8.1EPSS 1.34%Fix available

    CVE-2019-18887

    An issue was discovered in Symfony 2.8.0 through 2.8.50, 3.4.0 through 3.4.34, 4.2.0 through 4.2.11, and 4.3.0 through 4.3.7. The UriSigner was subject to timing attacks. This is related to symfony/http-kernel.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.8.52
    • Update to 3.4.35
    • Update to 4.2.12
    • Update to 4.3.8
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  10. CVE-2019-18886

    Medium · CVSS 5.3EPSS 1.55%Fix available

    CVE-2019-18886

    An issue was discovered in Symfony 4.2.0 to 4.2.11 and 4.3.0 to 4.3.7. The ability to enumerate users was possible due to different handling depending on whether the user existed when making unauthorized attempts to use the switch users functionality. This is related to symfony/security.

    symfony/symfony symfony/symfonyPHP
    • Update to 4.2.12
    • Update to 4.3.8
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  12. CVE-2017-11365

    Critical · CVSS 9.8EPSS 1.85%Fix available

    CVE-2017-11365

    Certain Symfony products are affected by: Incorrect Access Control. This affects Symfony 2.7.30 and Symfony 2.8.23 and Symfony 3.2.10 and Symfony 3.3.3. The type of exploitation is: remote. The component is: Password validator.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.32
    • Update to 2.8.25
    • Update to 3.2.12
    • Update to 3.3.5
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  13. CVE-2019-10909

    Medium · CVSS 5.4EPSS 1.03%Fix available

    CVE-2019-10909

    In Symfony before 2.7.51, 2.8.x before 2.8.50, 3.x before 3.4.26, 4.x before 4.1.12, and 4.2.x before 4.2.7, validation messages are not escaped, which can lead to XSS when user input is included. This is related to symfony/framework-bundle.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.51
    • Update to 2.8.50
    • Update to 3.4.26
    • Update to 4.1.12
    • Update to 4.2.7
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  14. CVE-2019-10910

    Critical · CVSS 9.8EPSS 6.02%Fix available

    CVE-2019-10910

    In Symfony before 2.7.51, 2.8.x before 2.8.50, 3.x before 3.4.26, 4.x before 4.1.12, and 4.2.x before 4.2.7, when service ids allow user input, this could allow for SQL Injection and remote code execution. This is related to symfony/dependency-injection.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.51
    • Update to 2.8.50
    • Update to 3.4.26
    • Update to 4.1.12
    • Update to 4.2.7
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  15. CVE-2019-10911

    High · CVSS 7.5EPSS 1.21%Fix available

    CVE-2019-10911

    In Symfony before 2.7.51, 2.8.x before 2.8.50, 3.x before 3.4.26, 4.x before 4.1.12, and 4.2.x before 4.2.7, a vulnerability would allow an attacker to authenticate as a privileged user on sites with user registration and remember me login functionality enabled. This is related to symfony/security.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.51
    • Update to 2.8.50
    • Update to 3.4.26
    • Update to 4.1.12
    • Update to 4.2.7
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  16. CVE-2019-10912

    High · CVSS 7.1EPSS 2.26%Fix available

    CVE-2019-10912

    In Symfony before 2.8.50, 3.x before 3.4.26, 4.x before 4.1.12, and 4.2.x before 4.2.7, it is possible to cache objects that may contain bad user input. On serialization or unserialization, this could result in the deletion of files that the current user has access to. This is related to symfony/cache and symfony/phpunit-bridge.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.8.50
    • Update to 3.4.26
    • Update to 4.1.12
    • Update to 4.2.7
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  17. CVE-2019-10913

    Critical · CVSS 9.8EPSS 1.87%Fix available

    CVE-2019-10913

    In Symfony before 2.7.51, 2.8.x before 2.8.50, 3.x before 3.4.26, 4.x before 4.1.12, and 4.2.x before 4.2.7, HTTP Methods provided as verbs or using the override header may be treated as trusted input, but they are not validated, possibly causing SQL injection or XSS. This is related to symfony/http-foundation.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.51
    • Update to 2.8.50
    • Update to 3.4.26
    • Update to 4.1.12
    • Update to 4.2.7
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  18. CVE-2018-19790

    Medium · CVSS 6.1EPSS 1.49%Fix available

    CVE-2018-19790

    An open redirect was discovered in Symfony 2.7.x before 2.7.50, 2.8.x before 2.8.49, 3.x before 3.4.20, 4.0.x before 4.0.15, 4.1.x before 4.1.9 and 4.2.x before 4.2.1. By using backslashes in the `_failure_path` input field of login forms, an attacker can work around the redirection target restrictions and effectively redirect the user to any domain after login.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.50
    • Update to 2.8.49
    • Update to 3.4.20
    • Update to 4.0.15
    • Update to 4.1.9
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  19. CVE-2018-19789

    Medium · CVSS 5.3EPSS 3.59%Fix available

    CVE-2018-19789

    An issue was discovered in Symfony 2.7.x before 2.7.50, 2.8.x before 2.8.49, 3.x before 3.4.20, 4.0.x before 4.0.15, 4.1.x before 4.1.9, and 4.2.x before 4.2.1. When using the scalar type hint `string` in a setter method (e.g. `setName(string $name)`) of a class that's the `data_class` of a form, and when a file upload is submitted to the corresponding field instead of a normal text input, then `UploadedFile::__toString()` is called which will then return and disclose the path of the uploaded file. If combined with a local file inclusion issue in certain circumstances this could escalate it to a Remote Code Execution.

    symfony/symfony symfony/symfony symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.50
    • Update to 2.8.49
    • Update to 3.4.20
    • Update to 4.0.15
    • Update to 4.1.9
    • Update to 4.2.1
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

  20. CVE-2017-16790

    Medium · CVSS 6.5EPSS 1.57%Fix available

    CVE-2017-16790

    An issue was discovered in Symfony before 2.7.38, 2.8.31, 3.2.14, 3.3.13, 3.4-BETA5, and 4.0-BETA5. When a form is submitted by the user, the request handler classes of the Form component merge POST data and uploaded files data into one array. This big array forms the data that are then bound to the form. At this stage there is no difference anymore between submitted POST data and uploaded files. A user can send a crafted HTTP request where the value of a "FileType" is sent as normal POST data that could be interpreted as a local file path on the server-side (for example, "file:///etc/passwd"). If the application did not perform any additiona

    symfony/symfony symfony/symfony symfony/symfony symfony/symfonyPHP
    • Update to 2.7.38
    • Update to 2.8.31
    • Update to 3.2.14
    • Update to 3.3.13
    Published Updated
    Source advisory 1 ↗Source advisory 2 ↗Source advisory 3 ↗

Check your server

Check your installed stack and versions against the current vulnerability feeds.

Check your server →