Skip to content

GHSA-wjcc-cq79-p63f CVE-2023-46250 PYSEC-2026-1834

Possible Infinite Loop when PdfWriter(clone_from) is used with a PDF

Medium PyPI
Severity
5.1 / 10
Medium · CVSS 3.1
Exploit chance (EPSS)
0.25%
Chance of exploitation in the next 30 days. Higher than 17.04% of scored vulnerabilities.
Known exploited
No
Not in CISA's catalog
Weakness
CWE-835 Loop with Unreachable Exit Condition ('Infinite Loop')
Fix
3.17.0
Upgrade pypdf to this version or later

Description

Impact

An attacker who uses this vulnerability can craft a PDF which leads to an infinite loop. This infinite loop blocks the current process and can utilize a single core of the CPU by 100%. It does not affect memory usage.

That is, for example, the case when the pypdf-user manipulates an incoming malicious PDF e.g. by merging it with another PDF or by adding annotations.

Patches

The issue was fixed with #2264

Workarounds

If you cannot update your version of pypdf, you should modify pypdf/generic/_data_structures.py just like #2264 did.

Affected versions

PyPI

PackageVulnerableFixed in
pypdf
>= 3.7.0, < 3.17.0
3.17.0

How to fix

Move to the fixed version or later with your package manager, update the lockfile, and run your tests. If the package only arrives through another dependency, upgrade that dependency first. If none of its releases pulls a fixed version yet, force the version with your package manager's override.

pypdf PyPI → 3.17.0

pip
pip install --upgrade "pypdf>=3.17.0"
poetry
poetry add "pypdf>=3.17.0"
uv
uv add "pypdf>=3.17.0"

Severity breakdown

CVSS 3.1 5.1

CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H

Attack vector
Local
Attack complexity
High
Privileges required
None
User interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Weakness

CWE-835: Loop with Unreachable Exit Condition ('Infinite Loop')

The product contains an iteration or loop with an exit condition that cannot be reached, i.e., an infinite loop.

References

Timeline

  1. Published
  2. Last updated by the source
  3. Latest EPSS score
AdvisorySeverityWhy it's related
GHSA-5849-834g-hvw5
pypdf has possible infinite loop when hitting EOF in standard xref table during trailer search
High Also affects pypdf
GHSA-cggf-277g-3q54
pypdf has possible large memory usage when parsing page tree
High Also affects pypdf
GHSA-mfr5-77xh-9j7h
pypdf has possible infinite loop when cloning dictionaries
High Also affects pypdf
GHSA-42gh-23hr-vphw
pypdf has possible long runtimes when retrieving page labels
High Also affects pypdf
GHSA-4vqv-7265-gm2w
pypdf has possible large memory usage for exceptions in strict mode
High Also affects pypdf
GHSA-62m5-6wh8-28x7
pypdf has possible long runtimes/large memory usage for encrypted PDF files
High Also affects pypdf
GHSA-x3rh-gjgm-fmqc
pypdf has possible large memory usage when parsing cross-reference streams
High Also affects pypdf
GHSA-jr96-gvgh-j3r4
pypdf: Possible long runtimes for repeated malformed cross-reference entries (Follow-up)
High Also affects pypdf
Is this in your code?

MergeHarbor checks every repository's dependencies against this database, ranks what matters by exploitability and reachability, routes it to the owning team and opens the fix pull request.

Check your repos with MergeHarbor