CVE-2023-46250Medium· 5.1▾ SunlitPossible Infinite Loop when PdfWriter(clone_from) is used with a PDF
▾ Sunlit zone — Low / medium · no exploitation signal
impact 28.1 · likelihood 0 · exploitation 0
Need a working PoC? Pro members can cast a request and our team develops one — it lands right here.
Exploit-prediction probability, daily snapshots since Aug 3.
Disclosure to exploitation, from the record and what we observed since indexing it.
Disclosed via OSV
0.2%
Last analysed / modified upstream
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.
The issue was fixed with #2264
If you cannot update your version of pypdf, you should modify pypdf/generic/_data_structures.py just like #2264 did.
pypdf >= 3.7.0, < 3.17.0Upgrade to a patched release:
pypdf 3.17.0Connected by shared product, vendor, weakness, or advisory.
CVE-2026-119205Highpypdf has possible infinite loop when cloning dictionaries
CVE-2026-119204Highpypdf has possible large memory usage when parsing page tree
CVE-2026-119203Highpypdf has possible infinite loop when hitting EOF in standard xref table during trailer search
CVE-2026-119208Highpypdf has possible long runtimes/large memory usage for encrypted PDF files
CVE-2026-119209Highpypdf has possible large memory usage when parsing cross-reference streams
CVE-2026-119206Highpypdf has possible long runtimes when retrieving page labels