GitHub Advisoryadvisory · PyPI

GHSA-cw9j-q3vf-hrrv Scrapy authorization header leakage on cross-domain redirect

HIGH Published 2024-02-15 Modified 2024-04-16 Official page ↗
Aliases
CVE-2024-3574
Ecosystem
PyPI
Packages
scrapy
Severity
High
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Weaknesses
CWE-200
Reviewed
2024-02-15

Affected packages

• PyPI scrapy: >= 2, < 2.11.1 → fixed in 2.11.1 • PyPI scrapy: < 1.8.4 → fixed in 1.8.4

Description

Impact When 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. The right behavior would be to drop the `Authorization` header instead, in this scenario. Patches Upgrade to Scrapy 2.11.1. If 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. Workarounds If you cannot upgrade, make sure that you are not using the `Authentication` header, either directly or through some third-party plugin. If 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. If 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. Acknowledgements This security issue was reported by @ranjit-git through huntr.com.

Related

Alias · CVE (1)

  • CVE-2024-3574 In scrapy version 2.10.1, an issue was identified where the Authorization header, containing credentials for server authentication, is… vulnerability

Weakness · CWE (1)

  • CWE-200 Exposure of Sensitive Information to an Unauthorized Actor weakness

References