OSPulse

Is scrapy healthy, maintained, and safe?

55/ 100
scrapyv2.17.0
Medium riskconfidence: Highview on pypi.org

Maintained, but watch it — Scrapy has real signals (drift, thin maintenance, or advisories) worth tracking.

vital-signs traceirregular · weakening

The verdict

Scrapy earns a health score of 55/100, a medium risk rating, computed deterministically from live PyPI release history, and the OSV vulnerability database. Maintained, but watch it — Scrapy has real signals (drift, thin maintenance, or advisories) worth tracking.

Its most recent release shipped on 7 July 2026 — 20 days ago — so development is clearly active. Across 113 releases the cadence has been steady, which is a good sign of an ongoing maintenance rhythm. PyPI doesn't expose a reliable maintainer count, so bus-factor isn't scored here — treat maintenance depth as unknown rather than assumed.

OSV lists 21 known advisories for Scrapy, including 6 high. Review whether your version is in the affected range and whether a fixed release is available before depending on it. Each advisory is listed with its OSV/GHSA identifier below.

Scrapy is usable but carries real signals — pin versions, watch for new advisories, and keep a fallback in mind. This is a one-time snapshot of a single package — real projects depend on dozens or hundreds of packages, and any one of them can drift or be compromised between releases. Run your own requirements.txt through the free health check, or have OSPulse monitor your whole dependency tree continuously.

Evidence trail — deterministic, auditable

Last release recency
20 days ago · active
Release cadence
steady · typical gap ~28d
Maintainer bus factor
not available from PyPI — not penalised
Known vulnerabilities (OSV)
21 advisories · 6 high
-45
Package age
16.6 years · 113 releases

Known vulnerabilities (21)

  • Scrapy allows redirect following in protocols other than HTTP

  • GHSA-2qfp-q593-8484HIGHCVE-2025-6176PYSEC-2026-1906PYSEC-2026-2401

    Scrapy is vulnerable to a denial of service (DoS) attack due to flaws in brotli decompression implementation

  • GHSA-4qqq-9vqf-3h3fMODERATECVE-2024-1968PYSEC-2024-258

    Scrapy leaks the authorization header on same-domain but cross-origin redirects

  • GHSA-7j7m-v7m3-jqm7HIGHCVE-2024-3572PYSEC-2026-1907

    Scrapy decompression bomb vulnerability

  • Scrapy before 2.6.2 and 1.8.3 vulnerable to one proxy sending credentials to another

  • GHSA-cc65-xxvf-f7r9HIGHCVE-2024-1892PYSEC-2024-162

    Scrapy vulnerable to ReDoS via XMLFeedSpider

  • GHSA-cjvr-mfj7-j4j8MODERATECVE-2022-0577PYSEC-2022-159

    Incorrect Authorization and Exposure of Sensitive Information to an Unauthorized Actor in scrapy

  • GHSA-cw9j-q3vf-hrrvHIGHCVE-2024-3574PYSEC-2026-1908

    Scrapy authorization header leakage on cross-domain redirect

  • Scrapy: Arbitrary Module Import via Referrer-Policy Header in RefererMiddleware

  • GHSA-h7wm-ph43-c39pHIGHCVE-2017-14158PYSEC-2017-83

    Scrapy denial of service vulnerability

  • Scrapy's redirects ignoring scheme-specific proxy settings

  • GHSA-jwqp-28gf-p498MODERATECVE-2021-41125PYSEC-2021-363

    Scrapy HTTP authentication credentials potentially leaked to target websites

  • Scrapy cookie-setting is not restricted based on the public suffix list

  • PYSEC-2017-83UNKNOWNCVE-2017-14158GHSA-h7wm-ph43-c39p

    Scrapy 1.4 allows remote attackers to cause a denial of service (memory consumption) via large files because arbitrarily many files are read into memory, which is especially problematic if the files a

  • PYSEC-2021-363UNKNOWNCVE-2021-41125GHSA-jwqp-28gf-p498

    Scrapy is a high-level web crawling and scraping framework for Python. If you use `HttpAuthMiddleware` (i.e. the `http_user` and `http_pass` spider attributes) for HTTP authentication, all requests wi

  • PYSEC-2022-159UNKNOWNCVE-2022-0577GHSA-cjvr-mfj7-j4j8

    Exposure of Sensitive Information to an Unauthorized Actor in GitHub repository scrapy/scrapy prior to 2.6.1.

  • PYSEC-2024-162LOWCVE-2024-1892GHSA-cc65-xxvf-f7r9

    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 conte

  • PYSEC-2024-258UNKNOWNCVE-2024-1968GHSA-4qqq-9vqf-3h3f

    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 behav

  • PYSEC-2026-1906LOWCVE-2025-6176GHSA-2qfp-q593-8484PYSEC-2026-2401

    Scrapy is vulnerable to a denial of service (DoS) attack due to flaws in brotli decompression implementation

  • PYSEC-2026-1907LOWCVE-2024-3572GHSA-7j7m-v7m3-jqm7

    Scrapy decompression bomb vulnerability

  • PYSEC-2026-1908LOWCVE-2024-3574GHSA-cw9j-q3vf-hrrv

    Scrapy authorization header leakage on cross-domain redirect

Key facts

Latest version
v2.17.0
Last release
7 July 2026 (20 days ago)
Total releases
113
First release
12 December 2009
Package age
16.6 years
Maintainers
not exposed by PyPI
Known advisories
21
Confidence
High

Frequently asked

Is Scrapy still maintained?

Yes — Scrapy released as recently as 7 July 2026 (20 days ago), so it is actively maintained.

Does Scrapy have known security vulnerabilities?

Yes — OSV lists 21 advisories for Scrapy. See the advisory list on this page for the OSV/GHSA identifiers.

Is Scrapy safe to use?

Maintained, but watch it — Scrapy has real signals (drift, thin maintenance, or advisories) worth tracking. OSPulse rates it 55/100 (medium risk) based on release recency, cadence and known vulnerabilities.

Other PyPI packages we've checked

Browse all checked packages →

scrapy is one package. What about the other hundreds in your tree?

Paste your own requirements.txt into the free health check for an instant snapshot — or let OSPulse monitor your whole dependency tree continuously, before your CVE scanner wakes up.

Data from the PyPI registry & OSV.dev · snapshot generated 2026-07-27 · scores are deterministic and recomputed on each refresh.