From 6a39d01a5988c773309b1f80c8863d2f5d18896f Mon Sep 17 00:00:00 2001 From: "advisory-database[bot]" <45398580+advisory-database[bot]@users.noreply.github.com> Date: Tue, 16 Apr 2024 14:07:00 +0000 Subject: [PATCH] Publish Advisories GHSA-cw9j-q3vf-hrrv GHSA-4q82-j5c2-g2c5 --- .../02/GHSA-cw9j-q3vf-hrrv/GHSA-cw9j-q3vf-hrrv.json | 12 ++++++++++-- .../04/GHSA-4q82-j5c2-g2c5/GHSA-4q82-j5c2-g2c5.json | 5 +++-- 2 files changed, 13 insertions(+), 4 deletions(-) diff --git a/advisories/github-reviewed/2024/02/GHSA-cw9j-q3vf-hrrv/GHSA-cw9j-q3vf-hrrv.json b/advisories/github-reviewed/2024/02/GHSA-cw9j-q3vf-hrrv/GHSA-cw9j-q3vf-hrrv.json index c1583474186..3206a08f11c 100644 --- a/advisories/github-reviewed/2024/02/GHSA-cw9j-q3vf-hrrv/GHSA-cw9j-q3vf-hrrv.json +++ b/advisories/github-reviewed/2024/02/GHSA-cw9j-q3vf-hrrv/GHSA-cw9j-q3vf-hrrv.json @@ -1,10 +1,10 @@ { "schema_version": "1.4.0", "id": "GHSA-cw9j-q3vf-hrrv", - "modified": "2024-02-15T15:32:15Z", + "modified": "2024-04-16T14:05:51Z", "published": "2024-02-15T15:32:15Z", "aliases": [ - + "CVE-2024-3574" ], "summary": "Scrapy authorization header leakage on cross-domain redirect", "details": "### Impact\n\nWhen you send a request with the `Authorization` header to one domain, and the response asks to redirect to a different domain, Scrapy’s built-in redirect middleware creates a follow-up redirect request that keeps the original `Authorization` header, leaking its content to that second domain.\n\nThe [right behavior](https://fetch.spec.whatwg.org/#ref-for-cors-non-wildcard-request-header-name) would be to drop the `Authorization` header instead, in this scenario.\n\n### Patches\n\nUpgrade to Scrapy 2.11.1.\n\nIf you are using Scrapy 1.8 or a lower version, and upgrading to Scrapy 2.11.1 is not an option, you may upgrade to Scrapy 1.8.4 instead.\n\n### Workarounds\n\nIf you cannot upgrade, make sure that you are not using the `Authentication` header, either directly or through some third-party plugin.\n\nIf you need to use that header in some requests, add `\"dont_redirect\": True` to the `request.meta` dictionary of those requests to disable following redirects for them.\n\nIf you need to keep (same domain) redirect support on those requests, make sure you trust the target website not to redirect your requests to a different domain.\n\n### Acknowledgements\n\nThis security issue was reported by @ranjit-git [through huntr.com](https://huntr.com/bounties/49974321-2718-43e3-a152-62b16eed72a9/).", @@ -59,6 +59,10 @@ "type": "WEB", "url": "https://github.com/scrapy/scrapy/security/advisories/GHSA-cw9j-q3vf-hrrv" }, + { + "type": "ADVISORY", + "url": "https://nvd.nist.gov/vuln/detail/CVE-2024-3574" + }, { "type": "WEB", "url": "https://github.com/scrapy/scrapy/commit/ee7bd9d217fc126063575d5649f00bdeeca2faae" @@ -66,6 +70,10 @@ { "type": "PACKAGE", "url": "https://github.com/scrapy/scrapy" + }, + { + "type": "WEB", + "url": "https://huntr.com/bounties/49974321-2718-43e3-a152-62b16eed72a9" } ], "database_specific": { diff --git a/advisories/github-reviewed/2024/04/GHSA-4q82-j5c2-g2c5/GHSA-4q82-j5c2-g2c5.json b/advisories/github-reviewed/2024/04/GHSA-4q82-j5c2-g2c5/GHSA-4q82-j5c2-g2c5.json index 5cafa4d6db8..dae3d7ea753 100644 --- a/advisories/github-reviewed/2024/04/GHSA-4q82-j5c2-g2c5/GHSA-4q82-j5c2-g2c5.json +++ b/advisories/github-reviewed/2024/04/GHSA-4q82-j5c2-g2c5/GHSA-4q82-j5c2-g2c5.json @@ -1,10 +1,11 @@ { "schema_version": "1.4.0", "id": "GHSA-4q82-j5c2-g2c5", - "modified": "2024-04-16T12:47:59Z", + "modified": "2024-04-16T14:05:36Z", "published": "2024-04-16T00:30:34Z", + "withdrawn": "2024-04-16T14:05:36Z", "aliases": [ - "CVE-2024-3574" + ], "summary": "Duplicate Advisory: Scrapy authorization header leakage on cross-domain redirect", "details": "## Duplicate Advisory\nThis advisory has been withdrawn because it is a duplicate of GHSA-cw9j-q3vf-hrrv. This link is maintained to preserve external references.\n\n## Original Description\nIn scrapy versions before 2.11.1, an issue was identified where the Authorization header, containing credentials for server authentication, is leaked to a third-party site during a cross-domain redirect. This vulnerability arises from the failure to remove the Authorization header when redirecting across domains. The exposure of the Authorization header to unauthorized actors could potentially allow for account hijacking.",