ghsa-mcx4-f5f5-4859
Vulnerability from github
Published
2020-03-30 20:09
Modified
2021-01-08 20:25
Severity ?
Summary
Prevent cache poisoning via a Response Content-Type header in Symfony
Details
Description
When a Response
does not contain a Content-Type
header, Symfony falls back 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 lead to a corrupted cache where the cached format is not the right one.
Resolution
Symfony does not use the Accept
header anymore to guess the Content-Type
.
The patch for this issue is available here for the 4.4 branch.
Credits
I would like to thank Xavier Lacot from JoliCode for reporting & Yonel Ceruto and Tobias Schultze for fixing the issue.
{ "affected": [ { "package": { "ecosystem": "Packagist", "name": "symfony/http-foundation" }, "ranges": [ { "events": [ { "introduced": "4.4.0" }, { "fixed": "4.4.7" } ], "type": "ECOSYSTEM" } ] }, { "package": { "ecosystem": "Packagist", "name": "symfony/http-foundation" }, "ranges": [ { "events": [ { "introduced": "5.0.0" }, { "fixed": "5.0.7" } ], "type": "ECOSYSTEM" } ] }, { "package": { "ecosystem": "Packagist", "name": "symfony/symfony" }, "ranges": [ { "events": [ { "introduced": "4.4.0" }, { "fixed": "4.4.7" } ], "type": "ECOSYSTEM" } ] }, { "package": { "ecosystem": "Packagist", "name": "symfony/symfony" }, "ranges": [ { "events": [ { "introduced": "5.0.0" }, { "fixed": "5.0.7" } ], "type": "ECOSYSTEM" } ] } ], "aliases": [ "CVE-2020-5255" ], "database_specific": { "cwe_ids": [ "CWE-435" ], "github_reviewed": true, "github_reviewed_at": "2020-03-30T19:28:58Z", "nvd_published_at": null, "severity": "LOW" }, "details": "Description\n-----------\n\nWhen a `Response` does not contain a `Content-Type` header, Symfony falls back to the format defined in the `Accept` header of the request, leading to a possible mismatch between the response\u0027s content and `Content-Type` header. When the response is cached, this can lead to a corrupted cache where the cached format is not the right one.\n\nResolution\n----------\n\nSymfony does not use the `Accept` header anymore to guess the `Content-Type`.\n\nThe patch for this issue is available [here](https://github.com/symfony/symfony/commit/dca343442e6a954f96a2609e7b4e9c21ed6d74e6) for the 4.4 branch.\n\nCredits\n-------\n\nI would like to thank Xavier Lacot from JoliCode for reporting \u0026 Yonel Ceruto and Tobias Schultze for fixing the issue.", "id": "GHSA-mcx4-f5f5-4859", "modified": "2021-01-08T20:25:26Z", "published": "2020-03-30T20:09:16Z", "references": [ { "type": "WEB", "url": "https://github.com/symfony/symfony/security/advisories/GHSA-mcx4-f5f5-4859" }, { "type": "ADVISORY", "url": "https://nvd.nist.gov/vuln/detail/CVE-2020-5255" }, { "type": "WEB", "url": "https://github.com/symfony/symfony/commit/dca343442e6a954f96a2609e7b4e9c21ed6d74e6" }, { "type": "WEB", "url": "https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/http-foundation/CVE-2020-5255.yaml" }, { "type": "WEB", "url": "https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/symfony/CVE-2020-5255.yaml" }, { "type": "WEB", "url": "https://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/C36JLPHUPKDFAX6D5WYFC4ALO2K7RDUQ" }, { "type": "WEB", "url": "https://symfony.com/blog/cve-2020-5255-prevent-cache-poisoning-via-a-response-content-type-header" }, { "type": "WEB", "url": "https://symfony.com/cve-2020-5255" } ], "schema_version": "1.4.0", "severity": [ { "score": "CVSS:3.1/AV:N/AC:H/PR:L/UI:R/S:U/C:N/I:N/A:L", "type": "CVSS_V3" } ], "summary": "Prevent cache poisoning via a Response Content-Type header in Symfony" }
Loading…
Loading…
Sightings
Author | Source | Type | Date |
---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or seen somewhere by the user.
- Confirmed: The vulnerability is confirmed from an analyst perspective.
- Exploited: This vulnerability was exploited and seen by the user reporting the sighting.
- Patched: This vulnerability was successfully patched by the user reporting the sighting.
- Not exploited: This vulnerability was not exploited or seen by the user reporting the sighting.
- Not confirmed: The user expresses doubt about the veracity of the vulnerability.
- Not patched: This vulnerability was not successfully patched by the user reporting the sighting.