Search for packages
| purl | pkg:deb/debian/python-scrapy@2.8.0-2 |
| Vulnerability | Summary | Fixed by |
|---|---|---|
|
VCID-385b-344t-23es
Aliases: CVE-2024-3572 GHSA-7j7m-v7m3-jqm7 GMS-2024-327 |
Scrapy decompression bomb vulnerability ### Impact Scrapy limits allowed response sizes by default through the [`DOWNLOAD_MAXSIZE`](https://docs.scrapy.org/en/latest/topics/settings.html#download-maxsize) and [`DOWNLOAD_WARNSIZE`](https://docs.scrapy.org/en/latest/topics/settings.html#download-warnsize) settings. However, those limits were only being enforced during the download of the raw, usually-compressed response bodies, and not during decompression, making Scrapy vulnerable to [decompression bombs](https://cwe.mitre.org/data/definitions/409.html). A malicious website being scraped could send a small response that, on decompression, could exhaust the memory available to the Scrapy process, potentially affecting any other process sharing that memory, and affecting disk usage in case of uncompressed response caching. ### 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 There is no easy workaround. Disabling HTTP decompression altogether is impractical, as HTTP compression is a rather common practice. However, it is technically possible to manually backport the 2.11.1 or 1.8.4 fix, replacing the corresponding components of an unpatched version of Scrapy with patched versions copied into your own code. ### Acknowledgements This security issue was reported by @dmandefy [through huntr.com](https://huntr.com/bounties/c4a0fac9-0c5a-4718-9ee4-2d06d58adabb/). |
Affected by 1 other vulnerability. |
|
VCID-64nx-aruy-q7gy
Aliases: CVE-2024-1892 GHSA-cc65-xxvf-f7r9 GMS-2024-287 PYSEC-2024-162 |
A Regular Expression Denial of Service (ReDoS) vulnerability exists in the XMLFeedSpider class of the scrapy/scrapy project, specifically in the parsing of XML content. By crafting malicious XML content that exploits inefficient regular expression complexity used in the parsing process, an attacker can cause a denial-of-service (DoS) condition. This vulnerability allows for the system to hang and consume significant resources, potentially rendering services that utilize Scrapy for XML processing unresponsive. |
Affected by 1 other vulnerability. |
|
VCID-dc1m-rt7j-w3af
Aliases: CVE-2025-6176 GHSA-2qfp-q593-8484 |
Scrapy is vulnerable to a denial of service (DoS) attack due to flaws in brotli decompression implementation Scrapy versions up to 2.13.3 are vulnerable to a denial of service (DoS) attack due to a flaw in its brotli decompression implementation. The protection mechanism against decompression bombs fails to mitigate the brotli variant, allowing remote servers to crash clients with less than 80GB of available memory. This occurs because brotli can achieve extremely high compression ratios for zero-filled data, leading to excessive memory consumption during decompression. Mitigation for this vulnerability needs security enhancement added in brotli v1.2.0. |
Affected by 0 other vulnerabilities. |
|
VCID-kgf5-wu3r-pqc6
Aliases: CVE-2024-3574 GHSA-cw9j-q3vf-hrrv GMS-2024-288 |
Scrapy authorization header leakage on cross-domain redirect ### 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](https://fetch.spec.whatwg.org/#ref-for-cors-non-wildcard-request-header-name) 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](https://huntr.com/bounties/49974321-2718-43e3-a152-62b16eed72a9/). |
Affected by 1 other vulnerability. |
|
VCID-urb1-hv1z-duga
Aliases: CVE-2024-1968 GHSA-4qqq-9vqf-3h3f PYSEC-2024-258 |
In scrapy/scrapy, an issue was identified where the Authorization header is not removed during redirects that only change the scheme (e.g., HTTPS to HTTP) but remain within the same domain. This behavior contravenes the Fetch standard, which mandates the removal of Authorization headers in cross-origin requests when the scheme, host, or port changes. Consequently, when a redirect downgrades from HTTPS to HTTP, the Authorization header may be inadvertently exposed in plaintext, leading to potential sensitive information disclosure to unauthorized actors. The flaw is located in the _build_redirect_request function of the redirect middleware. |
Affected by 1 other vulnerability. |
| Vulnerability | Summary | Aliases |
|---|---|---|
| This package is not known to fix vulnerabilities. | ||
| Date | Actor | Action | Vulnerability | Source | VulnerableCode Version |
|---|---|---|---|---|---|
| 2026-04-16T12:43:19.070863+00:00 | Debian Importer | Affected by | VCID-urb1-hv1z-duga | https://security-tracker.debian.org/tracker/data/json | 38.4.0 |
| 2026-04-16T12:03:15.333277+00:00 | Debian Importer | Affected by | VCID-385b-344t-23es | https://security-tracker.debian.org/tracker/data/json | 38.4.0 |
| 2026-04-16T11:24:03.073284+00:00 | Debian Importer | Affected by | VCID-64nx-aruy-q7gy | https://security-tracker.debian.org/tracker/data/json | 38.4.0 |
| 2026-04-16T08:47:55.762013+00:00 | Debian Importer | Affected by | VCID-kgf5-wu3r-pqc6 | https://security-tracker.debian.org/tracker/data/json | 38.4.0 |
| 2026-04-16T08:42:55.527021+00:00 | Debian Importer | Affected by | VCID-dc1m-rt7j-w3af | https://security-tracker.debian.org/tracker/data/json | 38.4.0 |
| 2026-04-13T08:43:21.702163+00:00 | Debian Importer | Affected by | VCID-urb1-hv1z-duga | https://security-tracker.debian.org/tracker/data/json | 38.3.0 |
| 2026-04-13T08:14:09.448058+00:00 | Debian Importer | Affected by | VCID-385b-344t-23es | https://security-tracker.debian.org/tracker/data/json | 38.3.0 |
| 2026-04-13T07:45:55.288454+00:00 | Debian Importer | Affected by | VCID-64nx-aruy-q7gy | https://security-tracker.debian.org/tracker/data/json | 38.3.0 |
| 2026-04-11T17:54:42.234032+00:00 | Debian Importer | Affected by | VCID-kgf5-wu3r-pqc6 | https://security-tracker.debian.org/tracker/data/json | 38.3.0 |
| 2026-04-11T17:51:21.922713+00:00 | Debian Importer | Affected by | VCID-dc1m-rt7j-w3af | https://security-tracker.debian.org/tracker/data/json | 38.3.0 |
| 2026-04-08T19:48:32.299222+00:00 | Debian Importer | Affected by | VCID-urb1-hv1z-duga | https://security-tracker.debian.org/tracker/data/json | 38.1.0 |
| 2026-04-08T19:28:59.713790+00:00 | Debian Importer | Affected by | VCID-385b-344t-23es | https://security-tracker.debian.org/tracker/data/json | 38.1.0 |
| 2026-04-08T19:09:37.823300+00:00 | Debian Importer | Affected by | VCID-64nx-aruy-q7gy | https://security-tracker.debian.org/tracker/data/json | 38.1.0 |
| 2026-04-07T05:52:09.493586+00:00 | Debian Importer | Affected by | VCID-dc1m-rt7j-w3af | https://security-tracker.debian.org/tracker/data/json | 38.1.0 |
| 2026-04-04T17:07:26.670462+00:00 | Debian Importer | Affected by | VCID-kgf5-wu3r-pqc6 | https://security-tracker.debian.org/tracker/data/json | 38.1.0 |