pypdf: Unkontrollierter Ressourcenverbrauch durch manipulierte römische Seitenbeschriftungen
Zusammenfassung
pypdf ist eine reine Python-Bibliothek zum Lesen und Verarbeiten von PDF-Dateien. Vor Version 6.17.0 führt eine manipulierte PDF-Datei mit ungewöhnlich grossen römischen Seitenzahlen dazu, dass pypdf beim Abrufen der Seitenbeschriftungen übermässig lange Zahlzeichenfolgen erzeugt. Ein Angreifer kann dadurch den Arbeitsspeicher erschöpfen und die verarbeitende Anwendung unverfügbar machen (Denial of Service). Voraussetzung ist, dass die Anwendung die manipulierte PDF-Datei verarbeitet und deren Seitenbeschriftungen abruft.
Betroffen
- pypdf-Versionen vor 6.17.0
- Anwendungen, die pypdf verwenden, um Seitenbeschriftungen aus nicht vertrauenswürdigen PDF-Dateien abzurufen
Behoben in
- Auf pypdf 6.17.0 oder neuer aktualisieren (das Herstelleradvisory nennt 6.17.0 als Korrektur; neuere Versionen existieren, die neueste Version wird empfohlen)
Umgehung
- Falls ein Update noch nicht möglich ist, schlägt das Advisory vor, die Änderungen aus PR #4047 anzuwenden (nicht im Detail geprüft; eine Rückportierung erfordert eine eigene Code-Prüfung).
- PDF-Verarbeitung in einer Sandbox oder einem Worker-Prozess mit Speicher- und CPU-Limits ausführen, um die Auswirkungen einzudämmen. Dies begrenzt den Schaden, behebt die Schwachstelle aber nicht.
Ausnutzung
- Zum Zeitpunkt der Quellen sind kein öffentlicher Exploit-Code und keine Ausnutzung in freier Wildbahn bekannt.
- CISA-SSVC-Bewertung: Ausnutzung keine, automatisierbar nein, technische Auswirkung teilweise.
Unsere Empfehlung
- Alle Python-Umgebungen, Container und Lock-Dateien mit pypdf identifizieren, einschliesslich transitiver Abhängigkeiten.
- Auf pypdf 6.17.0 oder neuer aktualisieren, idealerweise auf die neueste Version, und die Dokumenten-Workflows erneut testen.
- Falls öffentliche oder externe Uploads verarbeitet werden, dieses Update priorisieren und die Worker-Prozesse umgehend mit Speicherlimits versehen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-qv6h-rv94-w285 github.com
- pypdf release 6.17.0 github.com
- Commit 89db7c4: Limit value for Roman numerals (#4047) github.com
- Pull request #4047 github.com
- OSV GHSA-qv6h-rv94-w285 osv.dev
- pypdf 6.17.0 on PyPI pypi.org
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 06:33.
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.