p PatchFirst

PatchFirst · Latest vulnerabilities

symfony/http-kernel vulnerabilities

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

Filter vulnerabilities
Clear filters

Vulnerabilities: 8

  1. CVE-2026-45075

    High · CVSS 8.3EPSS 0.43%Fix available

    Symfony: HEAD Request Bypasses methods: ['GET'] Filter in #[IsGranted] / #[IsSignatureValid] / #[IsCsrfTokenValid]

    Symfony is a PHP framework for web and console applications and a set of reusable PHP components. Prior to 7.4.12 and 8.0.12, method-scoped #[IsGranted], #[IsSignatureValid], and #[IsCsrfTokenValid] attributes can be configured for GET only, but Symfony routes HEAD requests to the GET handler while the attribute check is skipped, allowing protected controllers to execute and leak headers or perform side effects. This issue is fixed in versions 7.4.12 and 8.0.12.

    • Update to 7.4.12
    • Update to 8.0.12
    Published Updated
  2. CVE-2014-5245

    High · CVSS 7.5Fix available

    Symfony allows direct access of ESI URLs behind a trusted proxy

    All 2.2.X, 2.3.X, 2.4.X, and 2.5.X versions of the Symfony HttpKernel component are affected by this security issue. Your application is vulnerable only if the ESI feature is enabled and there is a proxy in front of the web application. This issue has been fixed in Symfony 2.3.19, 2.4.9, and 2.5.4. Note that no fixes are provided for Symfony 2.2 as it is not maintained anymore. Description When you enable the ESI feature and when you are using a proxy like Varnish that you configured as a trusted proxy, the `FragmentHandler` considered requests to render fragments as coming from a trusted source, even if the client was requesting them direc

    • Update to 2.3.19
    • Update to 2.4.9
    • Update to 2.5.4
    Published Updated
  3. CVE-2022-24894

    Medium · CVSS 5.9EPSS 4%Fix available

    Symfony storing cookie headers in HttpCache

    Symfony is a PHP framework for web and console applications and a set of reusable PHP components. The Symfony HTTP cache system, acts as a reverse proxy: It caches entire responses (including headers) and returns them to the clients. In a recent change in the `AbstractSessionListener`, the response might contain a `Set-Cookie` header. If the Symfony HTTP cache system is enabled, this response might bill stored and return to the next clients. An attacker can use this vulnerability to retrieve the victim's session. This issue has been patched and is available for branch 4.4.

    • Update to 4.4.50
    • Update to 5.4.20
    • Update to 6.0.20
    • Update to 6.1.12
    • Update to 6.2.6
    Published Updated
  4. CVE-2021-41267

    Medium · CVSS 6.5EPSS 1.28%Fix available

    Webcache Poisoning in Symfony

    Symfony/Http-Kernel is the HTTP kernel component for Symfony, a PHP framework for web and console applications and a set of reusable PHP components. Headers that are not part of the "trusted_headers" allowed list are ignored and protect users from "Cache poisoning" attacks. In Symfony 5.2, maintainers added support for the `X-Forwarded-Prefix` headers, but this header was accessible in SubRequest, even if it was not part of the "trusted_headers" allowed list. An attacker could leverage this opportunity to forge requests containing a `X-Forwarded-Prefix` header, leading to a web cache poisoning issue. Versions 5.3.12 and later have a patch to

    • Update to 5.3.12
    Published Updated
  5. 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.

    • Update to 4.4.13
    • Update to 5.1.5
    Published Updated
  6. 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.

    • Update to 2.8.52
    • Update to 3.4.35
    • Update to 4.2.12
    • Update to 4.3.8
    Published Updated
  7. CVE-2015-2308

    Not ratedEPSS 1.34%Fix available

    CVE-2015-2308

    Eval injection vulnerability in the HttpCache class in HttpKernel in Symfony 2.x before 2.3.27, 2.4.x and 2.5.x before 2.5.11, and 2.6.x before 2.6.6 allows remote attackers to execute arbitrary PHP code via a language="php" attribute of a SCRIPT element.

    • Update to 2.3.27
    • Update to 2.5.11
    • Update to 2.6.6
    Published Updated
  8. CVE-2015-4050

    Not ratedEPSS 8.21%Public exploitFix available

    CVE-2015-4050

    FragmentListener in the HttpKernel component in Symfony 2.3.19 through 2.3.28, 2.4.9 through 2.4.10, 2.5.4 through 2.5.11, and 2.6.0 through 2.6.7, when ESI or SSI support enabled, does not check if the _controller attribute is set, which allows remote attackers to bypass URL signing and security rules by including (1) no hash or (2) an invalid hash in a request to /_fragment.

    • Update to 2.3.29
    • Update to 2.5.12
    • Update to 2.6.8
    Published Updated

Check your server

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

Check your server →