PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-41312 py-pdf CVE debrief

A vulnerability in pypdf versions prior to 6.10.2 can lead to RAM exhaustion when processing a specially crafted PDF. This occurs when accessing a stream compressed using `/FlateDecode` with a `/Predictor` unequal to 1 and large predictor parameters. The issue has been addressed in pypdf 6.10.2. Users can apply the patch manually as a workaround. Defenders handling PDF files from untrusted sources, particularly in systems where pypdf is used for PDF processing, should assess exposure and prioritize upgrading to pypdf 6.10.2 or applying the manual patch. This involves reviewing the official CVE record and NVD entry for details, verifying affected versions, and ensuring proper patch

Vendor
py-pdf
Product
pypdf
CVSS
MEDIUM 4.8
CISA KEV
Not listed in stored evidence
Original CVE published
2026-04-22
Original CVE updated
2026-11-02
Advisory published
2026-04-22
Advisory updated
2026-11-02

Who should care

Defenders handling PDF files from untrusted sources, particularly in systems where pypdf is used for PDF processing, should assess exposure and prioritize upgrading to pypdf 6.10.2 or applying the manual patch.

Why it matters

The vulnerability in pypdf can lead to RAM exhaustion, allowing attackers to potentially cause denial of service. Defenders should prioritize patching or mitigating the vulnerability, especially in systems handling untrusted PDF files.

  • Potential RAM exhaustion leading to denial of service
  • Need to verify affected versions and apply patches
  • Importance of validating PDF inputs to prevent attacks

Technical summary

The vulnerability in pypdf allows an attacker to craft a PDF that leads to RAM exhaustion. This is achieved by accessing a stream compressed using `/FlateDecode` with a `/Predictor` unequal to 1 and large predictor parameters. The issue is fixed in pypdf 6.10.2. The vulnerability can be mitigated by upgrading to the latest version or applying the manual patch provided. It is crucial to verify affected versions and apply patches, especially in systems handling untrusted PDF files. The CVE record and NVD entry provide

Defensive priority

Defenders should prioritize upgrading to pypdf 6.10.2 or applying the manual patch to prevent potential RAM exhaustion attacks. This is particularly important for systems handling PDF files from untrusted sources.

Recommended defensive actions

  • Upgrade to pypdf 6.10.2 or later
  • Apply the patch manually as a workaround
  • Review and update PDF handling processes to ensure security
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
  • Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance
  • Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review

Evidence notes

The vulnerability is described in the CVE record and NVD entry. The fix is provided in pypdf 6.10.2. However, the exact scope of affected versions and potential impact requires verification from official sources.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-41312 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-41312

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-41312 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-41312

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.